Few Issues...
chasegolem opened this issue · 28 comments
I am having a few issues with PermissionsEx's permissions.yml file.
- The Per-World permissions will not work
- My staff cant use the commands that they are given
- The prefixes wont show
Code: https://pastebin.com/xK9dGS0k
] Edit by Stormbow: Corrected link to make it clickable. [
1.
As of Minecraft 1.9, every group requires an inheritance:
section or PEX can malfunction. Take a look at line 19 of this example to see how an "empty" inheritance for your "default" group would look. (You can create an "empty" inheritance by issuing 2 commands in the console: pex group default parents set potato
and pex group default parents remove potato
.) This error is a potential cause for permissions not being granted.)
2.
Which commands, exactly, can't be used? (I'm assuming you mean St0rmmy can't use them, since they're the only other user in the file.)
3.
Prefixes are actually handled by a chat management plugin; PEX just gives you a place to store them. Since you're using "Essentials" (of some sort, according to the permission nodes in your file)— can you tell me if it's "Essentials" or "EssentialsX"? The original "Essentials" plugin was discontinued at Minecraft 1.8 because "Bukkit is dead" (per KHobbits), and "EssentialsX" at Spigot was created to carry on the legacy. Once I know which you're using, I can give you specific links to ensure you have the correct files for chat management, and then you can follow this guide to help get your prefixes displayed in-game.
I reset the player permissions and any of the admins or moderators couldn't use the commands given to them
I use Essentials X
(I just noticed the OP permission nodes in your file, so I'll mention this now...) Be sure you're not using OP because that can make you think things are programmed correctly on the server when they really are not. OP is intended for "Vanilla" servers which use no plugins at all, to grant access to "Vanilla Permissions".
So...the entire permissions.yml file worth of permissions are not accessible to St0rmmy? Normally, there is just a handful of commands that someone can't use. In this sort of situation, the best thing to do would be to use PEX Debug Mode to find out what is interfering with activities/commands. If you have any trouble reading the output of the debug mode procedure, you can Pastebin it and I'll take a look at it for you.
I use Essentials X
Ok, good. Head over to this page to make sure you have EssentialsXChat-2.0.1.jar on your server.
Also, if you haven't already, download Vault since it's a dependency of EssentialsXChat.
Once you have those 2 files installed on the server, you can make the few edits in the guide to get prefixes showing.
So I should de-op myself?
Yes.
Be sure to let me know how it goes with the rest of the stuff I posted previously.
Ok, I'll let you know in the morining when I fix it
(I am still really new to this lol)
No rush needed. :-) I'll be available as often as it takes to get ya up and running as far as PEX goes.
Nope. You only need that for a group that has no inheritance section, and doesn't inherit from any other groups.
Can you check this to see if it's good?
https://pastebin.com/TJbbvgn4
(I made another rank)
Without knowing exactly what command you can't use, I can't tell you which permission node you're missing in your file and you need to use Debug Mode to find out what the missing nodes are.
https://pastebin.com/mKUZnUmT
I don't know why the "YouFoundGolem cheched for rank.owner kept doing that...
Also, please show me your latest permissions.yml file in a separate Pastebin link.
You didn't follow the Debug Mode procedure that I linked for you. There shouldn't be 7+ minutes of Debug Mode log to look through. Most of the permission nodes being checked are not in any of the permissions.yml files you've shown me; the latest of which barely had 4 or 5 plugins in it. You also cut off the beginning of the log, showing me where you used any sort of command, and you cut off the end of the log where it would have shown me if the command was allowed or denied.
You can find the complete procedure printed into a file in the server's logs
folder. Copy the full procedure to Pastebin. (It shouldn't be more than 1 minute or so long.)
Debug: https://pastebin.com/Pp9FaNqV
Permissions: https://pastebin.com/ivyM4sRU
Ok, so... You're in the Hub, you issue the command /is
to create a new island, and Debug Mode shows that you have permission to use that command through a number of the Debug Mode checks, most importantly askyblock.island.create
.
The only way I know of that that permission file will allow that command on that world is if you're OP'd, and possibly if the server.properties file has online-mode=false
when someone is not running a Bungeecord server.
Are you sure you De-OP'd yourself (2 days ago)?
Stop the server. Delete the ops.json/ops.txt file. Start the server. Test the command on the "Hub" world again.
I made sure that I was de-opped and checked the properties and online mode was on. I was still able to run the command in Hub. Do I change online mode to false?
Do I change online mode to false?
Nope.
The permissions file is correct and doesn't contain anything related to /is
in any group's global permissions, so if the server truly is running in online mode, there's no other reason you have access to /is
that I know of or that I can determine without physically logging into the control panel for the server myself.
Sorry man, you're going to need @zml2008 to reply to this ticket. There's no reason I can see that you should have access to /is
.