Inactive [ADMN/DEV] Permissions 3.1.6 - The Plugin of Tomorrow [935]

Permissions 3.1.6 (Yeti)

Download:
Latest Stable (3.1.6) : Full Zip | Main Jar Only | SQL Interface Jar Only

Previous Versions:
3.1.5 (JAR|SQL) | 3.1.4 (JAR|SQL) | 3.1.3 (JAR|SQL) | 3.1.2 (JAR|SQL) | 3.1.1 (JAR) | 3.1 (JAR) | More older versions


COMMAND RESTRUCTURING
Feel free to comment and give suggestions.


DO NOT USE GLOBAL CONFIGS FOR NOW. THE GLOBAL CONFIG IS MEANT TO SUPPLEMENT WORLD-SPECIFIC CONFIGS, NOT THE OTHER WAY ROUND. SEE https://github.com/TheYeti/Permissions/wiki/Global-vs-World .I WILL WRITE A PROPER TUTORIAL ON HOW TO USE THE GLOBAL CONFIGS SOON.

TODO:

• Revamp commands

Known plugins that cause IllegalAccessError(s):

• Help (not fixed yet)

Temp Fix for IAEs (open) Temp Fix for IAEs (close)

1. Open Help's JAR with 7zip.
2. Find MANIFEST.MF (it can be in the root folder or in the META-INF folder, or both).
3. Open the MANIFEST.MF file in a text editor
4. Look for a line that starts with "Class-Path:".
5. Delete "Permissions.jar" from that line.
6. Save the manifest.
7. 7zip will prompt you to save changes back into the archive. Accept.
8. Restart server.

Source - SQL Interface Source - Wiki - Bug Tracker - Setup Guide on GitHub​

Plugin Authors: How to hook into Permissions​

Due to @TheYeti being busy in RL for now, I have created a new thread for Permissions 3.x. TheYeti is still part of the Permissions team.​

Permissions... Reborn.

This is a continuation of the work that was originally done by Nijikokun. All original credit goes to them as without their work this plugin would not have been possible. This plugin does not provide any commands or additional functionality beyond what is described in this post. That means that you need another plugin to provide colored names, chat prefixes, and op commands such as /give and /time.​

The Permissions Team​

The team consists of myself @rcjrrjcr and @TheYeti currently with contributions from @Nijikokun as well on occasion. There are also several other members of the community who frequently assist with providing code changes, bug fixes, patches, support, feedback, and beta testing. Special thanks to @flames and the Dynmap & Wormhole X-Treme teams for the hosting of Permissions on their Jenkins server.​

What's new in 3.x?

Taken from the GitHub page:

1. In-game commands. For a long time, users have been pestering, nagging, demanding and/or screaming for an way to manage Permissions via commands. Now, in 3.0, in-game commands are available to manage permissions and groups.
2. SQL storage. This allows web interfaces to manage Permissions by updating the SQL database Permissions uses.
3. Promotion/demotion tracks. With a simple command, users can be promoted/demoted along a preconfigured track, allowing RP servers with ranks to promote the player along a class track and other possibilities.
4. Multigroup.
5. Weightage. Plugins are able to compare users via their weight, which is inherited from their groups. For example, SlapPlugin can check if Player A is higher-weighted than Player B when A tries to slap B (Not IRL, obviously).
6. Improved world mirroring. Config files are now split into a group file and a user file. Also, by editing storageconfig.yml, you can configure the mirroring of entire worlds, or just its users/groups. You also do not have to create files for worlds that mirror another world. Also, two different worlds can use different storage types, like YAML and SQL.
7. Global permissions. Instead of having to resort to cross-world group inheritance, now all worlds inherit groups and users from the global permissions file. Also, the inherited groups/users can be overridden via editing the specific world's file.

Upgrading from 2.x to 3.x

I have written a guide on GitHub. This demonstrates how to convert 2.x-style configs to 3.0. The YAML-to-SQL converter are still in testing, but it can be downloaded from here. It's written in Perl. @Zgred has created a web version of the script located here. @omgneeq is working on an Web UI for SQL databases (Sorry about the previous statement that he was making a converter.)​

Install (open) Install (close)

For the admins

In case you missed the link above, the Setup Guide on GitHub will help you quite a bit

Samkio has updated his tutorial for P3:


First thing that you will need to do is download the plugin. Place it in your plugins/ folder and unzip it. This should create the folder Permissions and a Permissions.jar file in your plugins folder. Next, go into Permissions/ and create a folder named the same as your world. So if your world name from server.properties is Foo you will need to create the folder plugins/Permissions/Foo. You MUST rename it to whatever your world's name is or it will not work.

Note, if you have your server maps all saved into a single directory then the initial setup will be somewhat different. Say your maps are arranged in the main directory like so: bukkit/mapfolder/world1, bukkit/mapfolder/world2, etc. Then inside of the plugin/Permissions directory you will need to create a folder called mapfolder and inside of that put the directories containing users.yml and groups.yml in there.

Next, you will need to go in and add yourself to the users, just replace the user that is in there with your name. Make any other modifications that you need to. While making modifications make sure that you do NOT use tabs. These will break the YAML format and cause issues. Instead, each indent should be four spaces. If you want people who aren't in the Admin group to be able to reload the permissions plugin you need to give them 'permissions.reload' permissions within the config file.

Permissions gives server admins great control, mostly in-game reloading. More info about commands can be found here.

FAQ (open) FAQ (close)

[FAQ]

[Q] What is with the version numbers? I can't keep up, it seems like every time I look there is a new version!
[A] I use the GNU versioning system for my version numbers. So what this means is the version number should be read as Major.Minor.Revision. So for version 2.5.2 this would mean it is the 2nd Major version, the 5th Minor release in this version, and the 2nd revision. I tend to release bug fixes and anything that doesn't add functionality or will not break things as revisions. So generally you should be safe with just watching the major & minor numbers and only getting the revision if it fixes a bug specific to you. Technically 2.5.2 should have been released as 2.6 as it did add functionality, but this was below even a minor change so I released it as a revision.

[Q] I am getting an error that it can't pass BLOCK_PLACED or BLOCK _BREAK events to Permissions. Fix it!
[A] That's not a question. The reason why it can't place these is probably because the syntax of your Permissions file is all whacked out, or it is a different world and you don't have a config file for that world.

[Q] What am I suppose to name the config file?
[A] You need to name it the same as your world. So if you look in server.properties at "level-name" you will see a world name there. Rename your config file to the same thing as that. Make sure you keep the .yml extension at the end.

[Q] Permissions are broken. Why can no one use commands? Why am I not an admin?
[A] First off, make sure that your formatting is correct. Look at the format that the default config file uses. Yours should look like that. Do NOT use tabs. Use 4 spaces (IE. " " <-- Four of those things.). Also, whichever group you give the permission '*' to, do not have that group inherit permissions from anyone else. That is called overloading and it will break things. Also, this.


[Q] Which one am I suppose to download and unzip to install this?
[A] Download the main package, not the JAR only. Unzip the ZIP file. The JAR only downloads are simply there for people who are UPGRADING and do not need the default config file.

[Q] I have done all of this and this doesn't work! I'm going back to GroupManager!
[A] Well, there is probably the problem. Make sure that you delete EssentialsGroupManager.jar and EssentialsGroupBridge.jar as these don't play well with Permissions and will cause headache.

[Q] When are you going to add <blah> <feature/command> into this already? You suck! Do what I want NAU PL0X!
[A] Feature requests should be posted on the GitHub tracker. Stupid suggestions like adding teleportation functionality and other less ludicrous stuff will be rejected.

Changelog

• 3.1.6
  • Major fixes.
  • Simplify tracks

Changelog (open) Changelog (close)

• 3.1.5
  • Fix several minor bugs.
  • Autoconvert 2.x/GM format (only works if you split them into groups.yml and users.yml, but leave the rest untouched)

• 3.1.4
  • Fix YAML locking bugs.

• 3.1.3
  • Fix another SQL data and inheritance issue.

• 3.1.2
  • Fix SQL data issues.
  • Added user/group name autocomplete
  • Separated SQL interface into separate plugin

• 3.1.1
  • Fix prefix/suffix issues.
  • Added ON UPDATE CASCADE to the SQL foreign [/SIZE]

• 3.1
  • Tons of fixes.

• 3.0.6
  • Fix SQLite issues due to misimplementation of methods.

• 3.0.5
  • Fix cache-related NPEs
  • Fixed quoted worlds (thanks again @Jeyge !)

• 3.0.4
  • Fix LinkageError caused by ServiceManager not unloading the PermissionHandler class.
  • Added cache
  • Fix index not being incremented when promoting (thanks @Jeyge !)

• 3.0.3
  • Fixed another getGroup bug.

• 3.0.2
  • Fixed getGroup bug.

• 3.0.1
  • Fixed some NPE bugs.

• 3.0
  • Total overhaul of Permissions. Adds many new features (see What's new in 3.0?).

• 2.7.4
  • Added overload of has() and permissions() for plugin devs

• 2.7.3
  • Fixed negate node add/remove bug.

• 2.7.2
  • Fix for small subtle bug introduced in last minor version.

• 2.7.1
  • Commit by DThielke to fix several bugs with programmatic modifications of user permissions.

• 2.7
  • Further commits by rcjrrjcr
    • Removed negatedNode checks
    • Temp fix for NULL issue
    • WorldConfigurationModification to save only modified configs
    • Fix for cache problems

Credits (open) Credits (close)

TheYeti:

Nijikokun - Without their original work this plugin would not be possible.​

All of the members of the community that regularly provide support in this thread for Permissions​

Rigby, Kainzo, DThielke, GoMySQL, sk89q, RightLegRed - For hanging out with me in IRC, tons of testing, and pushing me to improve on the code constantly and make changes to make this plugin constantly better and better, and in general being entertaining.​

Everyone else on here and in IRC who provides support, feedback, assistance, plugins that have continued to support and integrate this, and in general makes my life a bit easier, THANK YOU!​

rcjrrjcr:

I would like to thank Joy , jamesg and omgneeq for staying in #permissions for long periods of time to test out 3.0, and help me find many coding mistakes I made, patiently waiting for the next build while I fixed the bugs. I appreciate SvenBrnn 's and GoMySQL(Geoff Winans on this forum) 's help that allow me to design and code the SQL interface, and the HeroCraft coding team for providing support and some priceless IRC quotes (Dgco). Also, I would like to thank Lycano for helping me in many different aspects. Last but not least, I would like to thank Nijikokun and TheYeti for developing P2, which was one of my core plugins when I was still a 14-year-old server admin that didn't understand Java, and was the base for 3.0. Without these people, 3.0 would never be possible.​

If after reading through all of that you are still having issues do one of two things. If it is a provable bug, and you have things like screenshots or copies of startup, steps to reproduce, your craftbukkit build and the version this is running along with your config files then submit the bug on the issue tracker. If it is general help or support you are needing then post a reply to this thread and someone will try to help you.

Old thread: Permissions v2.7.4

 

I just tested it with my YAML files and it looks like a bug is preventing the "parents add" command from updating any world other than the default world. I can make all kinds of changes to "world" but not to any of the other worlds for this type of world inheritance. You might try using the global world or worldcopy instead.

 

Is there a more current version of this plugin, it does seem the author has not logged on in quite some time. Has anyone else picked up the plugin>

 

Can you allow permissions to grab the permission nodes from the root permissions.yml? and also fix mcmmo issues? thanks

 

I have a bunch of users who have the same permissions Throughout all my worlds, but occasionally have a ew extra permissions in a single world.

I have my storageconfig set up so that all worlds inherit from my main world. This seems to work fine. Players can use all thier powers in each world.

I'm having trouble giving extra permissions to a group(Blaze) in the nether. I've added Blaze to oceanica_nether/groups.yml, and given the relevant permissions. but I seem to have to add the user manually to that Blaze, in oceanica_nether/users.yml.

How do I make Blaze members get the extra powers in the nether? I've checked the wiki, but with no luck.

 

If the user was already in the group Blaze, you shouldn't have to do anything special. Were they not in Blaze before they went to the nether?

 

This?

storageconfig.yml

Code:

permissions:
  storage:
    type: YAML

 

Hi,

How can I make it so that users are automatically put into the group default?
It's set as the default group, yet I have to manually add users to it.

Thanks a lot.

 

Nope, the one that has a "groups:" on line 19.

Code:

2011-08-08 07:26:28 [SEVERE] mapping values are not allowed here
 in "<reader>", line 19, column 15:
            groups:

If you are running the 3.1.6 version of Permissions and not using SQL, it should automatically give every new user the default group.

 

I am not using SQL and I am running the newest version.

Maybe conflicting plugins?

I have essentials, worldedit, worldguard, and vanishnopickup, and multiverse.

 

If you are running SQL, then you need to take a look at issue #142. There is a workaround at the bottom of the bug.

 

Thanks for that i ended up just rewriting it from the start

 

Would example 2 from this page help me in my case described below?

We are still on P2.7.x and are about to upgrade to P3. Our server currently runs 3 worlds: world1, world2, and nether. We use to use a greylist to manage our members but recently switched to a whitelist mainly because I (and my staff) got so tired of having to set a new Guest to a Member in 3 different worlds. If I am understanding example 2 correctly, this would allow us to have the same group names in all 3 worlds and only have to promote a user once and have the change carried over to all the other worlds as well as retaining the different permission nodes in those different worlds. I also need nether to copy world1's permissions to the T. Is this correct or am I missing something?

Example:
All worlds share the groups: Guest, Member, Admin.
Clone world1's permissions to nether.
world1's group permissions are different from world2
Promoting a user from Guest to Member should effect all worlds with 1 command.

As long as I am correct on understanding example 2, everything should go smoothly. However there is one thing I don't understand. Are world1, nether, and world2's users.yml not being used at all? If so and only globalUsers.yml is being used, how do I go about promoting a Guest to a Member with a single in-game command? Also it's worth noting I plan to use PermissionsPlus as well, so if you have any experience with that plugin and the setup I'm trying to use please explain what command I will be using with P+. If you don't, just say whichever Permissions command I will be using.

I hope I made this clear enough, it's 3am and makes sense now lol. Any help is much appreciated.

 

Hey, can you add dates to each of the changelog updates from now on? Anyhow we are having a strange issue where globals doesn't work. and I can't type /pr add username group ( /pr add vasvadum admin ) It just says that group or member doesn't exist.

 

You are going to want to use global files with my instructions in this long thread on the latest 3.1.6 version to get prefix's and suffix's.

Please note doing so you cannot negate any nodes on any world on the 3.1.6 version.

I'm in the same situation as you and we are still waiting as we need negating of permissions.

And I have put a request in for overviewer along with help from TJ09 to get multiworld support added as we kinda don't like dynmap as its pretty slow and urgh to overviewer.

If you wish to see a similar setup the one we are developing in action please message me.

 

Hey.
Since Yesterday I am failing to configurate Permissions.
I installed it and tried to forbid me using some commands of the plugin "factions" like /f power.
So I did what was explained in the example-folder, and it even run correctly, but I`m still able to use all commands.

Code:

users:
    Azzarrel:
        permissions: -'-factions.viewAnyPower'
        groups:
        - Admins
    Feind:
        permissions:
        groups:
        - Default

Code:

groups:
    Default:
        default: true
        info:
            prefix: ''
            suffix: ''
            build: false
        inheritance:
        permissions:
            -'-*'
    Admins:
        default: false
        info:
            prefix: ''
            suffix: ''
            build: true
        inheritance:
        permissions:
            - '*'

Same on the Player "Feind" - He is able to use all commands, in spite of beeing in the group default.

Here you can see:

so where is my mistake ?

 

/pr add isn't a valid command so it doesn't surprise me that it doesn't work. If you are looking for the command to add a group to a user, then you want the "parents add" command from the Chat Commands topic on the wiki.

As for globals not working, what is it that isn't working about them?

In your users file, you have a permission on the same line as the permissions:. It needs to be on the next line and I'm surprised it isn't causing an error. Also, don't try to remove permissions that you haven't given someone. Your "- '*'" line might cause a lot of problems. And finally, is your friend in the ops.txt file? If so, he will always be able to do just about everything. You would need to remove him from there.

 

Ho

Yeah but hwo to name that damn folder i understand that

 

kk, i did what you said.
I removed -'-*'
changed the lines of the permission
and deopped myself before trying
no errors - same result
and if i stop the server and view the user.yml again - its in the same line again

Code:

users:
    Azzarrel:
        groups:
        - Admins
        permissions: -'factions.*' -'-factions.viewAnyPower'
    Feind:
        permissions:
        groups:
        - Default

I also chaned my group to default - but its still the same

 

I can't seem to make the sufix and prefix from info in my world folder work.. It's weird because I am in the "member" group and can build...

 

If I add some nodes for commands to the members in group, they are ofc able to use those commands, but my moderators won't. I'll have to write everything twice (or c/p) to both member and moderators for both of those group to acces those commands :S

 

whats the permission node to let people spawn items?!?!?!

 

If you mean the RENAME-ME folder, it should be renamed to the name of your world and placed in the permissions folder. If you mean some other folder, you will have to tell us more information.

Are you perhaps using a wrapper like McMyAdmin that might export your permissions? Or using /reload when you make changes? If not, it sounds like you might have a conflicting plugin. Zip up your plugins\permissions directory and post that here with a server.log and someone should be able to figure it out.

Do you have a chat plugin? If you do, do you also have Essentials? If yes to Essentials, make sure your add-prefix-suffix is set to true.

I'm not sure I understand what you are saying but post your permissions yml files and what commands they are/are not able to do.

That would depend on what plugin you are using to let them spawn items. If you mean the default Minecraft /give command, it is OP only unless you run a plugin like DefaultPermissions.

 

I understand that my latest post is a bit unclear.

here's my groups.yml
<Edit by Moderator: Redacted mediafire url>

As you see, I needed to copy some nodes that are in the "peasant" group over to the "count" group for they could not use the commands. Even if they're a rank higher :/

 

Thanks for answering. Yes, they were in Blaze before they went to the nether, and once in the nether, they retain normal Blaze abilities. Once there, however, they do not acquire the extra Permissions assigned to Blaze in oceanica_nether/groups.yml
/pr gagaga wceanica_nether parents listall
Returns: User gagaga in world oceanica, Group Blaze in Oceanica, group Default in Oceanica.

Is this a bug?

 

You have inherritance setup wrong for a start count is inheritting from donator not peasent.

Also your Lord has both * and a iconomy chest shop meaning its giving chestshop twice

Now onto a rant:

No-one should use * for there admins on permissions everyone thinks its fine but its a misconception.

Because allot of plugins and features will and do conflict as allot share nodes or ingame functionality.

Like worldedit god and essentials god, tree + other plugins etc.

Even tools conflict like worldedit multiverse and logblock all can share the same default wood tool for duties.

Most people wouldn't bother to change the tool or conflicts as they are like I don't use that feature, these are the same people who think * works best for admins. Thing is you may not think you don't use a feature but with * the functionality is enabled.

Try having 30+ plugins where allot of stuff can be duplicate.

If we have * ourselves we would see 2 motd's appearing 2 sets of god trying to be used 3 sets of wood tools all wanting to be on along with 2 spawns 3 sets of home plugins 2 different warp systems 2 sets of nether world systems.

And all the other stuff that could conflict plus a bunch of stuff we will never use like delete/recreate a world, wipe everyone's inventory with a single command, kick every single person on the server and probably ban them all also.

This is why I'm a advocate for people setting up permissions properly for all groups even admins just adding what is needed and not use * thinking its the best thing.

You don't need access to every single command available all the time for running or maintaining a server just like you Linux users would know you don't need to be root all the time.

You need what you can run the server and its players efficiently on a general daily basis with, that is all you don't need anything else and any extra when you do want it you can op yourself or temporary add the node into the permissions file and reload in game.

There's even a command now you can add the node when you need it in the game but the editing the yml then a quick '/pr reload all' works better.

 

My groups.yml seems to make problems, can someone help me?

 

On our server, we want users in group Default to have access to a command that will set them in a specified group.
For example, the command would be "/racepick dwarf", and you're moved to the Dwarf-group.
Now, you won't be able to change race again.

Further on, admins are supposed to have a admin command, that would change the race.
Example: "/racepickadmin Player Elf".

Now, since we haven't found a plugin that suits us, we decided to make our own, the other admins and I.
So, I wonder, is there a method that allows for group-changing (I belive so), and what's it like?

 

My users.yml file keeps getting updated, and I am not sure if it is Permissions, or Permissions Plus, or another plugin ...

I make a person a group and for some reason they somehow always seem to get reset back. I dont know of any plugin I have that might do that, besides these two. If someone could help me that'd be amazing. Because I require specific people to have specific permissions ...

I have BigBrother, ClayGen, CommandBlook, CreativeGates, ExactSpawn, HeroicDeath, HomeX, iConomy, iConomyChestShop, Jail, mcMMO, Minequery, MultiHome, OpenInv, Permissions, PermissionsPlus, PvPable, Residence, SimpleSignEdit, SpawnX, Vampire, VanishNoPickup, WorldEdit, LWC, p2Aliases, Jobs, NoCheat

Would perhaps doing /pr -reload
reset the Users file back to something before? is there any good way while the server is running to update Users permissions/file. Also, even if I have the server down and bring it up, it'll change/update the stupid User.yml and people well be a previous group or possibly default sometimes.

 

Can anyone tell me why this file does not work?

Show Spoiler Hide Spoiler

groups:
Guest:
default: true
info:
prefix: '&2'
suffix: '&f'
build: false
rank: 1000
permissions:
- 'lwc.blockinventory'
Builder:
default: false
info:
prefix: '&1'
suffix: '&f'
build: true
rank: 900
permissions:
- 'commandbook.give.stacks.unlimited'
- 'commandbook.give'
- 'commandbook.more'
- 'commandbook.who'
- 'commandbook.motd'
- 'commandbook.rules'
- 'commandbook.teleport'
- 'commandbook.spawn'
- 'commandbook.return'
- 'commandbook.call'
- 'commandbook.say.me'
- 'commandbook.msg'
- 'commandbook.whereami'
- 'commandbook.clear'
- 'warpz0r.warp'
- 'warpz0r.warpto'
- 'warpz0r.list'
- 'warpz0r.free.warp'
- 'nSpleef.member.creategame'
- 'nSpleef.member.deletegame'
- 'nSpleef.member.join'
- 'nSpleef.member.leave'
- 'nSpleef.member.list'
- 'nSpleef.member.wager'
- 'lwc.protect'
- '
Trial-Mod:
default: false
info:
prefix: '&b'
suffix: '&f'
build: true
rank: 800
inheritance:
- Builder
- 5$-Donator
- 10$-Donator
- 15$-Donator
- 20$-Donator
permissions:
- 'commandbook.time'
- 'commandbook.weather'
- 'commandbook.mute'
- 'kiwiadmin.kick'
Moderator:
default: false
info:
prefix: '&b'
suffix: '&f'
build: true
rank: 700
inheritance:
- Builder
- 5$-Donator
- 10$-Donator
- 15$-Donator
- 20$-Donator
- Trial-Mod
permissions:
- 'commandbook.teleport.other'
- 'commandbook.broadcast'
- 'commandbook.whois.other'
- 'warpz0r.set'
- 'warpz0r.remove'
- 'warpz0r.list'
- 'warpz0r.free.removewarp'
- 'kiwiadmin.ban'
- 'kiwiadmin.unban'
- 'kiwiadmin.tempban'
- 'kiwiadmin.ipban'
- 'spyer.spy'
- 'spyer.seeAll'
- 'spyer.stopmobs.admin'
- 'lwc.mod'
5$-Donator:
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 650
inheritance:
- Builder
permissions:
10$-Donator:
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 600
inheritance:
- Builder
- 5$-Donator
permissions:
15$-Donator:
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 550
inheritance:
- Builder
- 5$-Donator
- 10$-Donator
permissions:
20$-Donator:
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 500
inheritance:
- Builder
- 5$-Donator
- 10$-Donator
- 15$-Donator
permissions:
25$-Donator:
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 450
inheritance:
- Builder
- 5$-Donator
- 10$-Donator
- 15$-Donator
- 20$-Donator
permissions:
- 'worldguard.*'
- 'worldedit.*'
- 'spyer.spy'
Admins:
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 10
inheritance:
- Builder
- 5$-Donator
- 10$-Donator
- 15$-Donator
- 20$-Donator
- Moderator
- Trial-Mod
permissions:
- 'commandbook.say'
- 'commandbook.clear.other'
- 'commandbook.slap.other'
- 'commandbook.rocket.other'
- 'commandbook.barrage.other'
- 'commandbook.shock.other'
- 'commandbook.thor.other'
- 'commandbook.debug.info'
- 'commandbook.debug.clock'
- 'nSpleef.admin.define'
- 'nSpleef.admin.deleteanygame'
- 'nSpleef.admin.deletearena'
- 'nSpleef.admin.forceready'
- 'nSpleef.admin.forcejoin'
- 'nSpleef.admin.forceleave'
- 'lwc.admin'
Creative_Head:
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 5
permissions:
- '*'
Owner
default: false
info:
prefix: '&4'
suffix: '&f'
build: true
rank: 1
permissions:
- '*'

 

Code:

    groups:
      Guest:
        default: true
        info:
          prefix: '&aGuest '
          suffix: ''
          build: false
        inheritance:
        permissions:
          - essentials.help
          - essentials.helpop
          - essentials.list
          - essentials.motd
          - essentials.rules
          - essentials.spawn
          - essentials.compass
          - essentials.home
          - essentials.kit
          - essentials.kit.tools
          - essentials.mail
          - essentials.mail.send
          - essentials.me
          - essentials.msg
          - mcbans.vote
          - mcbans.vote.kick
          - mywarp.warp.basic.warp
          - mywarp.warp.basic.createprivate
          - mywarp.warp.basic.list
          - mywarp.warp.soc.invite
          - mywarp.warp.soc.give
          - mywarp.warp.soc.uninvite
          - myhome.home.basic.home
          - myhome.home.basic.set
          - myhome.home.basic.delete
          - myhome.home.soc.invite
          - myhome.home.soc.uninvite
          - lwc.protect
          - iConomy.access
          - iConomy.list
          - iConomy.payment
          - iConomy.rank
          - iConomyChestShop.shop.buy
          - iConomyChestShop.shop.sell
      Member:
        default: false
        info:
          prefix: '&1* '
          suffix: ''
          build: true
        inheritance:
          - Member
        permissions:
          - essentials.home
          - auction.start
          - auction.bid
          - auction.end
          - essentials.help
          - essentials.helpop
          - essentials.list
          - essentials.motd
          - essentials.rules
          - essentials.spawn
          - essentials.compass
          - essentials.home
          - essentials.kit
          - essentials.kit.tools
          - essentials.mail
          - essentials.mail.send
          - essentials.me
          - essentials.msg
          - mcbans.vote
          - mcbans.vote.kick
          - mywarp.warp.basic.warp
          - mywarp.warp.basic.createprivate
          - mywarp.warp.basic.list
          - mywarp.warp.soc.invite
          - mywarp.warp.soc.give
          - mywarp.warp.soc.uninvite
          - myhome.home.basic.home
          - myhome.home.basic.set
          - myhome.home.basic.delete
          - myhome.home.soc.invite
          - myhome.home.soc.uninvite
          - lwc.protect
          - iConomy.access
          - iConomy.list
          - iConomy.payment
          - iConomy.rank
          - iConomyChestShop.shop.buy
          - iConomyChestShop.shop.sell
      MOD:
        default: false
        info:
          prefix: '&aMOD '
          suffix: ''
          build: true
        inheritance:
          - Member
        permissions:
          - essentials.compass
          - essentials.home
          - essentials.kit
          - essentials.kit.tools
          - essentials.mail
          - essentials.mail.send
          - essentials.me
          - essentials.msg
          - mcbans.mute.player
          - mcbans.kick
          - mcbans.lookup
          - mcbans.temp
          - mcbans.mod
          - mywarp.warp.basic.createpublic
          - mywarp.warp.basic.welcome
          - mywarp.warp.soc.private
          - mywarp.warp.soc.public
      Architect:
        default: false
        info:
          prefix: '&5Architect'
          suffix: ''
          build: true
        inheritance:
          - Member
        permissions:
          - worldedit.*
          - essentials.item
      GM:
        default: false
        info:
          prefix: '&9GM'
          suffix: ''
          build: true
        inheritance:
          - Architect
          - MOD
        permissions:
          - '*'
      ADM:
        default: false
        info:
          prefix: '&3Admin'
          suffix: ''
          build: true
        inheritance:
          - MOD
        permissions:
          - '*'

Users.yml:

Code:

users:
  redroot:
    groups:
      - ADM
  nailgun11:
    groups:
      - ADM

When I go ingame, my name doesn't have the prefix. Why is that?