Bukkit

@sweetjebus,

I assume you have installed Vault too? You need it.

Can't help with Essentials Group Manager, sorry. I use PermissionsBukkit. But Bukkitdev says that it has been abandoned. Maybe time to switch to another?

<<reply 714277="">>
@Tealk,

It's just because zonedabone forgot to update the plugin version number inside the jar. If you downloaded 1.7.3 you are up to date.

@Jong1

Thanks Jong1, I'd missed the variables section. My bad

I am having the same problem as Trusebruse Non Ops cant use any of my signs. I have had a lot of trouble with my permissions in the past though so there is no doubt in my mind that its an error with my setup/myself not the plugin.

Im using essentials group manager for my permissions, but it doesn't seem to matter where I add the commandsigns.use.* permission, it makes no difference. I also tried adding from in-game with the /mangaddp builder commandsigns.use.* command, but that also did not work.

I have asked on the groupmanager page before in the past but got little to no help. Any advice would be apreciated.

<<reply 712478="">>@rdagles
Yes, it's easy you just use <name> where you want the player name.
You should read the full list of commands AND variables. Click on "pages" above. It is a bit out of date though ( doesn't have redstone command, not sure if anything else is missing).

<<reply 712466="">>@lordmarcus

It's an interesting question for those wriiting the Vault bridge. I took a look at DroxPerms and I see it has a concept of subGroup that doesnt exist in Bukkit itself. So it begs the question if someone asks if a player is"InGroup" or calls "getPlayerGroups " should this return groups and subgroups or just groups??

Is there a way to use commands that require a <playername> argument with these signs?

For example, I'm using the speedball plugin (an mc football game) and want players to be able to easily join teams by clicking a sign. The command for this would be "/sbgame addplayers <game> <goal> <player name>"

Is there any way for a sign to "get" the user's playername and add it to the end of the command?

Thanks in advance :)

@Jong1

That is probably my issue. Thanks for divining it!

@Shrooblord, that is already true with 1.7.x. Watch the video above.

Just adding a suggestion: could you make the signs able to be redstone-togglable? That would be awesome. For example, you stand on a pressure plate, some redstone runs into a CommandSigns enabled sign and then the command is executed.

<<reply 712230="">>
@ Trusebruse, I can only assume you have not set the use permission correctly. Bukkit permissions are a pig! Non ops should work fine, if correctly set up. Maybe some more info on your permission setup and any error messages you are seeing when they try to use the signs would help.

<<reply 712128="">>@LordMarcus,

It is not asking the permission plugin if the player is <group>. It is asking for a full list of groups for the player, then checking them itself. Specifically it requires your plugin/bridge to support "getPlayerGroups", rather than "playerInGroup". I don't know if that should make a difference to your plugin, but it is a difference!

Please someone tell me.. why cant an no-op press the sign and perform the command? i've tried with adding the permission commandsigns.use.* but it dont want to work :S please help me!

@Jong1

It should allow both checks. My understanding is that it doesn't have a method for reporting that a given group has a given permission (i.e. telling CommandSigns that group "mods" has permission "commandsigns.group.mods") but it should be able to report to CommandSigns that a player is in the group "mods" or that the player has the permission node "commandsigns.group.mods." (using DroxPerms 0.4 with a Vault bridge for compatibility).

<<reply 711896="">>Bk871, yes, I had the same prob with the yml build ( I posted earlier). That is why, until there is an update I would stick with last official build ( but always use "/cmds save")

Could you make interaction with portal blocks and water an option for triggering commandsigns?

Tried to use /cmds save, this happened. YML build.

Size of signs.yml went from 55,516 to 17,000~ (same as always)

05:28:02 [SEVERE] null
org.bukkit.command.CommandException: Unhandled exception executing command 'cmds' in plugin CommandSigns v1.7.3
        at org.bukkit.command.PluginCommand.execute(PluginCommand.java:42)
        at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:166)
        at org.bukkit.craftbukkit.CraftServer.dispatchCommand(CraftServer.java:473)
        at net.minecraft.server.NetServerHandler.handleCommand(NetServerHandler.java:821)
        at net.minecraft.server.NetServerHandler.chat(NetServerHandler.java:781)
        at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:764)
        at net.minecraft.server.Packet3Chat.handle(Packet3Chat.java:34)
        at net.minecraft.server.NetworkManager.b(NetworkManager.java:229)
        at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:113)
        at net.minecraft.server.NetworkListenThread.a(NetworkListenThread.java:78)
        at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:551)
        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:449)
        at net.minecraft.server.ThreadServerApplication.run(SourceFile:492)
Caused by: java.lang.NullPointerException
        at org.zonedabone.commandsigns.CommandSigns.saveFile(CommandSigns.java:325)
        at org.zonedabone.commandsigns.CommandSignsCommand.onCommand(CommandSignsCommand.java:146)
        at org.bukkit.command.PluginCommand.execute(PluginCommand.java:40)
        ... 12 more

@LordMarcus,

I've just had a look at the code and it seems CommandSigns does both check:

• if the relevant "commandsigns.group.<group>" is true
• or if any of the groups the player belongs to has the name "<group>".

Does your permissions plugin allow this latter check?

I guess it is also possible, even likely, that, outside of Commandsigns control, the check, via Vault, for commandsigns.group.<group> would try to check all the groups the player belongs to as well as the players own specific permissions.

Edit: ignore the last bit. It is clear, I think (!), from your error that it is the test for which groups the player belongs to that fails.

@Jong1

@Jong1 Strange about that problem you're having with '@<group'> and 'commandsigns.group.<group>'. I'm actually having the opposite problem, where '@<group>' signs crash the plugin every time, regardless of the group the player is in or whether or not they have the right 'commandsigns.group.<group>' permission. :( I made a ticket for the problem, but does anyone in the comments have any thoughts?:

07:52:52 [SEVERE] Exception in thread "Thread-230"
07:52:52 [SEVERE] java.lang.UnsupportedOperationException: SuperPerms no group permissions.
07:52:52 [SEVERE]       at net.milkbowl.vault.permission.plugins.Permission_SuperPerms.getPlayerGroups(Permission_SuperPerms.java:91)
07:52:52 [SEVERE]       at net.milkbowl.vault.permission.Permission.getPlayerGroups(Permission.java:522)
07:52:52 [SEVERE]       at org.zonedabone.commandsigns.CommandSignsClickHandler.inGroup(CommandSignsClickHandler.java:110)
07:52:52 [SEVERE]       at org.zonedabone.commandsigns.CommandSignsClickHandler.runSign(CommandSignsClickHandler.java:219)
07:52:52 [SEVERE]       at org.zonedabone.commandsigns.CommandSignsClickHandler.onInteract(CommandSignsClickHandler.java:287)
07:52:52 [SEVERE]       at org.zonedabone.commandsigns.CommandSignsEventListener$1.run(CommandSignsEventListener.java:44)