Group manager not saving group after reloading server

So im trying to get prison on my server, and im trying to get a whole seperate world with seperate groups etc. Ive had this problem in the past so i forgot about it but now i want it back, anyway, If i make myself the group "b" for example, im in the group BUT, when i reload the server or the plugin using plugman, it resets and im back to the default group in that specific world. this is only happening in this world.

heres my configs:

config for group manager http://pastebin.com/0HCUpKAk

groups.yml http://pastebin.com/aZAamUWZ

users.yml http://pastebin.com/qmnyLbrx

please help using latest version of group manager from http://ess.ementalo.com/viewType.html?buildTypeId=bt10 version 2.1.31

 

@little_dude187
If this deals with Arraylists or Maps, you can expect that it will be reset. If it deals with Configs, then you have to make sure that everything is saved before it resets.

 

i have, ive done /mansave b4 i reset, this has happened before even if i didnt do that, waited 2 hours b4 i shut off my server for the night come back on for everything to be reset

 

@little_dude187
What is mansave? Is this for your config.yml or the other plugin's config.yml?

 

/mansave is groupmanagers force save. the problem is group manager and the worlds config. its resetting

 

The fix for your problem: Stop using reload.

 

you dont understand do you? I tried more than NOT reloading. Ive turned off the server after it being on for 2-3 hours. and it doesnt save my rank. -.-

 

if a plugin is resetting the configs at startup, or during a reload process then it must be throwing some errors during that process in the log complaining about parsing something.

As for world config issues (as the file looks fine) - it could be an issue if your multiworld loader is actually generating a world each time. But my main guess is that your groups yml for the specific worlds (since you only show one groups.yml file, yet your world layout shows that three groups yml files need to exist) is the one that has yml issues that gets reset.\\

The separate worlds if not set right, will temporarily reassign rank for you, but will not save them, resulting in the reset later

 

ill run my server again, give myself the rank, do /mansave, and reload. show you a full report


http://pastebin.com/Vx4cK1mc

 

repeat that process.
But after doing the mansave step, get the users.yml file and pastebin that
Then manload it and if the thing happens again, pastebin the user.yml file that time

making sure that it is the users file from the prison world folder - which hopefully your groups.yml file was from as well earlier...

 

http://pastebin.com/rQGS5hGB before everything

http://pastebin.com/6EY5XPjL before mansave and after mansave and after manload

http://pastebin.com/zK1TsBzy after manload (in console)

 

Moved to Bukkit Alternates.

 

Code:

    prison:
          prison:
          - users
          - groups
    plotworld:
          plotworld:
          - users
          - groups

Try changing to

Code:

    prison:
    - users
    - groups
    plotworld:
    - users         
    - groups

 

heres the issue with that, the prison and plotworld worlds will have the same permissions as all the other worlds, not what i wanted

and sorry for long replys i got temp muted (mod approval) every time :|

 

Just remove the whole prison section then from the config.
I've just reconfirmed by looking at my config:

Code:

mirrors:
  # Worlds listed here have their settings mirrored in their children.
  # The first element 'world' is the main worlds name
  # subsequent elements 'world_nether' and 'world_the_end' are worlds which will use
  # the same user/groups files as the parent.
  # Each child world can be configured to mirror the 'groups', 'users' or both files from it's parent.
  world:
    world_nether:
    - users
    - groups
    mineworld:
    - users
    - groups
    trainworld:
    - users
    - groups
   

That is all i have in my world config. I have two other worlds that use their own set of groups/users for one world each, and are not listed here, and work correctly from the files alone. So only if there are multiple worlds to share the files with, do they get put here.

 

heres how it works. The world "world" along with the listed worlds train mine and nether. all share the same users and group configs. so if the world folder has the groups and users, it shares that throughout all those worlds. i want prison to have separate world and users, but its not working its resetting every time

 

Heres how it works - do what I told you
My server config I just posted above shares the same users/groups through world, world_nether, mineworld and trainworld
Those are the only worlds listed in the config for mirroring

I have two other worlds, Treasureland and Arenaworld, which are worlds with their own users/groups , that do not mirror into the other worlds. They are not listed in the config because they do not mirror.

Thus groupmanager just makes new files for those worlds and keeps them separate by default - the config here is to setup "please dont make a set of files for these worlds - share them this way instead!" configurations.

 

so dont even put prison into the config?

edit: well theres also this problem. all_unnamed_worlds which is separate. this will interfere with it wont it? i need this for all the other worlds, but i want plotworld to be 2 separate world with 2 separate configs

 

bump

 

bump

 

did you TRY the first recommendation made
What have you TRIED since and what are the results

 

it just used the group/user files from the original thing, since the all_unnamed_worlds is what made up for it

 

In the 14 days that you've had this issue, how many "other worlds" would you have had being generated and deleted and popping in and out of existance WITHOUT your own control over things? (IE Tardis plugin, users generating worlds on their own) ... For the time saved in not specifying the worlds by name in your config, or leaving the 'all othrs' part out so that they will make their own worlds on demand, is the payoff not worth configuring as you make the worlds?

 

sorry for the idle on it, i was getting off track xD and can you make that sentence a little simplier

 

What im saying is, you are insisting on using a "every other world" out, to clump all the settings of 'every other world' together on the server. What I am asking is, how are worlds used on your server. On my server, world creation is done very rarely, only when I am in control of it, and thus it gives me the chance to specifically configure it in the permissions and other plugins as required. On other servers, world creation is placed in the control of some plugin that lets donors or even regular players create brand new worlds, in which case, yes, having some kind of 'automatically, all new worlds will go into this clump of permissions' fall back would be the necessity. If things were working smoothly, how many new worlds would have been created on your server in the past 2 weeks that you have been trying to work on this problem (in reality of what has happened, or in optimism of what you would have liked to see happen if the server was working smoothly). If the answer is "there would have been 27 new worlds created, half of them five minutes after I go to bed" then okay, you have a world management issue that requires tailoring a specific permission solution here yet.
If the answer is "1, maybe as many as 2" meaning that "all other worlds" that might come into existance very rarely, esp if you are the person in control of that, then disregard a "all other worlds get clumped with this one permission set by default" and handle that on a case-by-case basis while you create them.

On my server, I'll add new worlds very rarely, and if I ever decide that a world should share permissions with an existing world, it only takes 60 seconds to configure the groupmanager file to link that new addition to existing ones.

So the question is what will your server be like, how will it be run, how will those worlds be added. If the importance of linking all unnamed new worlds to share the same permissions is vitally important , because they will be done all hours of the day, by anyone at any time, and used the instant they are created... then you do require a 'all other worlds' catch indeed, and yet still a way to keep the individual worlds.

Sometimes we spend too long focusing on a 'easy solution' to save effort or time later, without realizing that the amount of time spent in the future will be trivial, and we already spent 1000x longer avoiding what works hoping a different solution will come around.

 

good god man ._.