This site works best with JavaScript enabled. Please enable JavaScript to get the best experience from this site.
Describe to us the issue that you're having:Permissions don't work. I'm not sure if it's because of bPermissions' nodes being renovated, but I need to fix this ASAP. Here's all the permissions all players have:/help/helpop/info/motd/msg/recipe/rules/tpaccept/spawn
Which steps will reproduce this problem?:1) Update to 1.82) Reload permissions with the new update3) Try it. Nothing works....
Do you have an error log of what happened?I'm not sure if this is an error for bPermissions, but it doesn't look like anything's wrong with bPermissions in the logs.
Which version of bPermissions are you using?: bPermissions-2.10.9m
Which version of CraftBukkit?: (Please don't say "latest"!!!) We're using Spigot 1.8(It doesn't say the version, because we use MCProHosting)
Which OS?Linux
Any other information we may need (plugins, configs, etc):Our config didn't change from 1.7.10 to 1.8. I'm not sure if that's the problem, but none of the permissions work now.
You know you can't give "commands" as permissions right? Telling us the commands players can use doesn't exactly give us a way to tell what's wrong, especially if you're not providing any error-logs at all.
@sakura_blades: Go
I know that. Here's my Permissions file: default: default groups: 30veteran: permissions: - essentials.teleport - essentials.tptoggle groups: - 25architect meta: priority: '30' prefix: '&1[&3Veteran&1]&b' 05member: permissions: - Signshop.Permit - Signshop.Signs.Buy - Signshop.Signs.Sell - craftbook.mech.chair.use - essentials.afk - essentials.back - essentials.back.ondeath - essentials.balance - essentials.balancetop - essentials.delhome - essentials.home - essentials.mail - essentials.mail.send - essentials.me - essentials.pay - essentials.realname - essentials.sethome - essentials.signs.use.warp - essentials.tpa - essentials.tpahere - essentials.warp - mcmmo.ability.acrobatics.* - mcmmo.ability.archery.* - mcmmo.ability.axes.* - mcmmo.ability.excavation.* - mcmmo.ability.fishing.* - mcmmo.ability.herbalism.* - mcmmo.ability.mining.* - mcmmo.ability.repair.* - mcmmo.ability.smelting.* - mcmmo.ability.swords.* - mcmmo.ability.taming.* - mcmmo.ability.unarmed.* - mcmmo.ability.woodcutting.* groups: - default meta: priority: '05' prefix: '&8[&3Member&8]&3' default: permissions: - blockhunt.join - blockhunt.joinsign - blockhunt.leave - blockhunt.player - blockhunt.shop - blockhunt.shop.blockchooser - essentials.help - essentials.helpop - essentials.info - essentials.message - essentials.motd - essentials.msg - essentials.recipe - essentials.rules - essentials.spawn - essentials.tpaccept - multiverse.portal.access.CRavine - multiverse.portal.access.CRavineD - multiverse.portal.access.Creative - multiverse.portal.access.FarAway - multiverse.portal.access.P2Spawn - multiverse.portal.access.Survival - multiverse.portal.access.aether1 - multiverse.portal.access.aether2 - playtime.online - playtime.use - ^mobarena.use.join groups: [] meta: priority: '01' prefix: '&e[Newcomer]' 30donator: permissions: [] groups: [] 45owner: permissions: - announcer.admin - blockhunt.admin - bpermissions.* - essentials.* - multiverse.* groups: - 40admin meta: priority: '45' prefix: '&5[&4Owner&5]&4' 25architect: permissions: [] groups: - 20explorer meta: priority: '25' prefix: '&4[&6Architect&4]' 10donator: permissions: [] groups: [] 35moderator: permissions: - bpermissions.tracks.default - coreprotect.inspect - coreprotect.lookup - essentials.burn - essentials.fly - essentials.kick - essentials.mail.sendall - essentials.mute - essentials.tp - essentials.tp.others - lwc.mod groups: - 30veteran meta: priority: '35' prefix: '&6[&eModerator&6]' 15regular: permissions: - essentials.nick - essentials.nick.color - essentials.sethome.multiple.regular groups: - 10citizen meta: priority: '15' prefix: '&6[&7Regular&6]' 20donator: permissions: [] groups: [] 40admin: permissions: - bpermissions.tracks.admin - essentials.* - libsdisguises.disguise. - lwc.admin.remove - mcmmo.chat.adminchat - worldedit.* groups: - 35moderator meta: priority: '40' prefix: '&4[&cAdmin&4]' 20explorer: permissions: [] groups: - 15regular meta: priority: '20' prefix: '&2[&aExplorer&2]' 40donator: permissions: [] groups: [] 10citizen: permissions: - essentials.seen - essentials.sethome.multiple.citizen groups: - 05member meta: priority: '10' prefix: '&1[&3Citizen&1]&3'
And the reason I didn't provide an error log was because the log is bugged.
@NovitiumCraft: Go
And it didn't add the spaces. It's not like that in the actual file xD
That's quite the pain to try to read through at all.. Could you paste to something like Pastebin instead and put the link in the ticket? x.x Not particularly up to a major headache trying to weed through all that to sort it.
Yeah, sure, it's no problem c:
I uploaded the groups.yml file into the ticket.
What about that error you said you were seeing? Even if you don't think it's caused by bPerms it could still be relevant..
Considering that I am using the same version (assuming you are running 1.8.7 on your mchosting server) and am having no issues with bperms functioning, I am led to believe it's something else stopping bperms somewhere.
I personally can't see any issues with your config file for groups, so I think we can safely rule that out. However, you have a permission node: - libsdisguises.disguise. Where there is nothing after the . is that intended? :P Seems like part of this node is missing.
So, I think I might have found the problem. If we have a plugin, and we have permissions set up for that plugin, but the plugin goes offline, does that break anything? I might have ran into a similar issue in the past, but I don't quite remember :/ The error I saw in the logs is no longer occurring, so I don't think it has anything to do with bPermissions. I'm not even sure it was an error, but it looked fishy.
No, even if you put in a fake permission node, bpermissions would still work. So long as the YAML format is correct. Double check your default configs or so (not groups.yml) and see if something in there changed? If something there was changed to not read your groups.yml from whatever that one is from (a world, the main file, etc;) and bperms was set to look anywhere else for permissions, that would do it too.
Often times I will personally set up permissions for plugins before they are even installed to the server, so that the permissions are ready when the plugin is uploaded to the server. Or I forget to remove permission nodes after uninstalling something, because after all permission files can get pretty large if you vary your permissions a lot of different ways. :P
Have you added any new plugins recently? Anything on server startup as far as errors or startup logs perhaps?
So, I think it might be because I haven't done /permissions convert yet, but when I try doing that, it says "An internal error occurred while attempting to perform this command" It also had this error in the console 02.08 14:16:44 [Server] INFO ... 14 more 02.08 14:16:44 [Server] INFO at org.bukkit.command.PluginCommand.execute(PluginCommand.java:44) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at de.bananaco.bpermissions.imp.Permissions.onCommand(Permissions.java:510) [?:?] 02.08 14:16:44 [Server] INFO at de.bananaco.permissions.ImportManager.importUuid(ImportManager.java:359) [?:?] 02.08 14:16:44 [Server] INFO at de.bananaco.bpermissions.api.World.remove(World.java:194) [?:?] 02.08 14:16:44 [Server] INFO Caused by: java.lang.NoSuchMethodError: java.util.Map.remove(Ljava/lang/Object;Ljava/lang/Object;)Z 02.08 14:16:44 [Server] INFO at java.lang.Thread.run(Unknown Source) [?:1.7.0_72] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.MinecraftServer.run(MinecraftServer.java:537) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.MinecraftServer.y(MinecraftServer.java:634) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.DedicatedServer.z(DedicatedServer.java:316) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.MinecraftServer.z(MinecraftServer.java:696) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at java.util.concurrent.FutureTask.run(Unknown Source) [?:1.7.0_72] 02.08 14:16:44 [Server] INFO at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [?:1.7.0_72] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.PacketHandleTask.run(SourceFile:13) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.PacketPlayInChat.a(PacketPlayInChat.java:53) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.PacketPlayInChat.a(PacketPlayInChat.java:26) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.PlayerConnection.a(PlayerConnection.java:950) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at net.minecraft.server.v1_8_R1.PlayerConnection.handleCommand(PlayerConnection.java:1115) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at org.bukkit.craftbukkit.v1_8_R1.CraftServer.dispatchCommand(CraftServer.java:646) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:141) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO at org.bukkit.command.PluginCommand.execute(PluginCommand.java:46) [Spigot18.jar:git-Spigot-c3c767f-33d5de3] 02.08 14:16:44 [Server] INFO org.bukkit.command.CommandException: Unhandled exception executing command 'permissions' in plugin bPermissions v2.10.9 02.08 14:16:44 [Server] ERROR null
I recall the /convert command giving errors before, and I thought they had been resolved at one point?
I cannot say that I was actively using bpermissions at the time this came out for the conversion so I'm afraid I'm no help there. But if you do have permissions based on Player Names instead of UUID's that may be your problem right there.
All I can suggest at this point is hoping a Dev notices this ticket and can help you out, or you go through and try to manually convert a possibly very large user.yml file to UUIDs... Which I wouldn't advise anyway, I wouldn't even know how to get UUIDs of a player without watching console when they logged in. T.T
Do you happen to remember the ticket or the fix for the problem? I think I might know what's causing it. I was taking a look at the Users file, and I noticed that some of the player names had already been converted to UUIDs. I'm assuming this is the issue, because I don't see what else would cause it, but would deleting those particular UUID-tagged players fix the issue?
To post a comment, please login or register a new account.