Creating a new group on the fly despite world already existing in worlds.json. #34
Comments
@mibby is this still present in the current RC builds? |
No worlds share inventories so no worlds were added to the worlds.yml file. The file is currently default and looks like this:
|
@x0Z3ro0x ...I suppose I can see the value in a setup like that. The console message was an effort to get people who had (usually accidentally) misconfigured their worlds to go back and check it, as this has caused problems in the past. Would a setting to disable the nag message be acceptable? I don't think it's a good idea to just add on-the-fly groups to the |
There is major value in the setup we have. We have found a way using your plugin and several others, to make a server act and serve users as if it were a dozen servers in one. Each world acting as its own. It's own currency, game-mode, etc. So for us, it isn't laziness that has our worlds.yml file empty but rather the need for it to be like that. NO not ONE single world is shared with another. Not even the main world. To answer your question, simply. Yes. I personally find a setting to disable that more than acceptable, I would call it a flat out fix. As for your last part, I can't speak on that. If you feel it isn't a good idea, the most I can say is you know what you are doing, so do it. All we can do is trust you and if something breaks we report it here. |
… groups Some users don't want any worlds to ever share anything, so it makes sense that they shouldn't have to configure every single world. Signed-off-by: Evan Maddock <maddock.evan@vivaldi.net>
Added setting to disable the nag message. :) |
Disabling the nag message works for me. :) |
PerWorldInventory-KT dev 50
Paper dev 1410 (Spigot 1.12.2)
Testing KT version with PWI 1.x files / conversion.
Worlds.json file created migrated from PWI 1.x worlds.yml.
The text was updated successfully, but these errors were encountered: