This site works best with JavaScript enabled. Please enable JavaScript to get the best experience from this site.
What steps will reproduce the problem?1. create SCS sign, make HCS sign, Test, (works fine)2. Leave area (return to spawn or die) and reload config3. Return to where hcs sign was created, sign no longer works and returns an "unknown command error"
What is the expected output? What do you see instead?sign should function, yet it doesn't. console shows no error messages or signs of error.
What version of the product are you using?0.7
Do you have an error log of what happened?No console error displayed. Suspected fault with reading/writing of .ini
Please provide any additional information below.This is a brilliant plugin, which I'd love to continue using.I made this account just to communicate my bug report in the hope of bettering it's potential awesome.
It isn't related to chunk loading as the command sequences are linked to the text on the sign. Mind telling me exactly what is stated in the "unknown command error" ? If it's part of this plugin's output we can pinpoint the error. If it's coming from Bukkit or another plugin, this plugin is likely functioning properly.
What happens is the sign ceases to be 'registered' so to speak as a HCS sign.
Unknown command. Type "help" for help.
That's the error, which is likely a result of the SCS sign still being triggered upon right click,but the command it executes is the arbitrary text I entered on the sign like "test sign" etc.
The SCS is triggered and not the HCS sign because once I leave the area the sign is in, and either reload the config or restart the server, the sign ceases to be a HCS sign as reported by both detect and obtainreal. (though it will still appear in the .ini)
Video of the bug in action.
Ah... This means the text on the sign is changing.
SimpleCommandSign Header: ChatColor.GREEN + "[SCS]" HiddenCommandSign Header: ChatColor.GREEN + "[SCS]" + ChatColor.BLUE
As you can see, HCS changes the first line of the simplecommandsigns do that SCS is no longer the one handling them. What is likely happening is that the server is not saving the changed sign text (which may be something I didn't anticipate). Try changing other blocks in the area and seeing if it forces the chunk to save or something.
BTW, it said the video is private and I couldn't see it. :/
@Devil_Boy: Go
I tried placing some blocks around the sign etc, unfortunately it didn't seem to have any effect other than the sign now having blocks around it.
I see what you're saying about the server not saving the changed sign text.
What I noticed is the [SCS] part. within the SCS config you can change the first line SCS trigger from [SCS] to anything you like. For my server (as you can see in the video) I've changed it to [Right Click]
Does HCS specifically looks for the default [SCS] trigger? If so this may be a clue as to what's going wrong here.
As for the video, my apologies, what a silly mistake. Try it now :)
On load HCS grabs the set trigger from the SCS database, so that shouldn't be the issue.
Try checking the console for: "HiddenCommandSigns database corrupted. Did you change the line positions?"
To confirm the sign text isn't saving, use this version of the plugin I uploaded with debugging enabled: https://gitorious.org/simplecommandsigns/hiddencommandsigns/blobs/raw/master/jars/HiddenCommandSigns_0.8_debug.jar
When you right click a sign, it'll output to the console the text on it including the Color Codes. If the ending color code disappears when you do the warp and reload thing. Then I'll have to implement a way to force the chunk to save.
As I said nothing from console.
Ran the debug and it's just as you say regarding the final colour code.
"Username right clicked a sign with the first line..."
Followed by a Colour code, the scs trigger (in this case [right click]) and then...a missing colour code. From that point you can see the sign is not picked up as a HCS.
Though worth noting, it was for some reason which is currently beyond me slightly more difficult to reproduce the bug this time.
@Odiumxxx: Go
Try this version of HCS: https://gitorious.org/simplecommandsigns/hiddencommandsigns/blobs/raw/master/HiddenCommandSigns.jar
I added a command that attempts to force the sign to save.
Still seems to break once I leave and come back after a time. D:
Do you have a plugin list I can look at? Maybe something else is stopping the server from keeping the sign text.
That, and a couple of custom plugins thrown together specifically for the server I run, which are mainly menus and info tools etc.
After creating the HCS, make sure LogBlock caught the right sign-text. Then do the bug and check it with LogBlock again.
I don't have logblock setup to record sign text. I assume it will produce the same result, the final colour code missing.
Please help this problem is still happening. Im using the latest version of simplecommandsigns and hiddencommandsigns and bukkit. The signs work perfectly when i make them then after restart all signs break.
@Guardian717: Go
We may have to check up to see if the WorldSave event is even being triggered.
To post a comment, please login or register a new account.
