md-5 / deadbolt Goto Github PK

Self-explanatory. Only tested with wool under the door but I suspect it's the same for other burnable blocks.

Read code Blocklistener:341. Currently will create but not protect sign. Removed until Daemitus can fix the logic.

Occasionally, when doing /reload, this will be thrown.

15:29:31 [SEVERE] Error occurred while disabling Lockette v1.0 (Is it up to date
?): com/daemitus/lockette/bridge/Bridge
java.lang.NoClassDefFoundError: com/daemitus/lockette/bridge/Bridge
at com.daemitus.lockette.Lockette.onDisable(Lockette.java:52)
at org.bukkit.plugin.java.JavaPlugin.setEnabled(JavaPlugin.java:128)
at org.bukkit.plugin.java.JavaPluginLoader.disablePlugin(JavaPluginLoade
r.java:906)
at org.bukkit.plugin.SimplePluginManager.disablePlugin(SimplePluginManag
er.java:294)
at org.bukkit.plugin.SimplePluginManager.disablePlugins(SimplePluginMana
ger.java:287)
at org.bukkit.plugin.SimplePluginManager.clearPlugins(SimplePluginManage
r.java:315)
at org.bukkit.craftbukkit.CraftServer.reload(CraftServer.java:423)
at org.bukkit.command.SimpleCommandMap$ReloadCommand.execute(SimpleComma
ndMap.java:281)
at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:12
9)
at org.bukkit.craftbukkit.CraftServer.dispatchCommand(CraftServer.java:3
52)
at net.minecraft.server.NetServerHandler.handleCommand(NetServerHandler.
java:737)
at net.minecraft.server.NetServerHandler.chat(NetServerHandler.java:701)

    at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:694)
    at net.minecraft.server.Packet3Chat.a(Packet3Chat.java:33)
    at net.minecraft.server.NetworkManager.b(NetworkManager.java:226)
    at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:89)
    at net.minecraft.server.NetworkListenThread.a(SourceFile:105)
    at net.minecraft.server.MinecraftServer.h(MinecraftServer.java:454)
    at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:363)
    at net.minecraft.server.ThreadServerApplication.run(SourceFile:422)

Caused by: java.lang.ClassNotFoundException: com.daemitus.lockette.bridge.Bridge

    at java.net.URLClassLoader$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(Unknown Source)
    at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.

java:36)
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.
java:24)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 20 more

Greetz again daemitus. I have been enjoying Deadbolt 1.1 on my server (RB1060 MC1.73 PEx1.13),
but when I tried to upgrade to the 1.2 version I got the big screed of errors below.
(I did try renaming the bridge with the suffix zzz, same error occurs.
Using Latest versions of PEx bridge and LocketteSim so far as I know, 5 days old according to BukkitDev)

2011-09-12 22:17:28 [INFO] This server is running Craftbukkit version git-Bukkit-0.0.0-980-g4ed23b1-b1060jnks (MC: 1.7.3)
2011-09-12 22:17:28 [SEVERE] Could not load 'plugins\Deadbolt.jar' in folder 'plugins':
java.lang.UnsupportedClassVersionError: com/daemitus/deadbolt/Deadbolt : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:36)
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:24)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:168)
at org.bukkit.plugin.SimplePluginManager.loadPlugin(SimplePluginManager.java:213)
at org.bukkit.plugin.SimplePluginManager.loadPlugins(SimplePluginManager.java:136)
at org.bukkit.craftbukkit.CraftServer.loadPlugins(CraftServer.java:143)
at org.bukkit.craftbukkit.CraftServer.(CraftServer.java:110)
at net.minecraft.server.ServerConfigurationManager.(ServerConfigurationManager.java:51)
at net.minecraft.server.MinecraftServer.init(MinecraftServer.java:133)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:337)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:422)
2011-09-12 22:17:29 [INFO] [PermissionsEx] sql backend registered!
2011-09-12 22:17:29 [INFO] [PermissionsEx] file backend registered!
2011-09-12 22:17:29 [INFO] [PermissionsEx] PermissionEx plugin initialized.
2011-09-12 22:17:29 [INFO] [PermissionsEx] p2compat backend registered!
2011-09-12 22:17:29 [INFO] [PermissionsCompat] Compatibility Layer Initalized!
2011-09-12 22:17:29 [SEVERE] Could not load 'plugins\DeadBolt_LocketteSim.jar' in folder 'plugins': Deadbolt
org.bukkit.plugin.UnknownDependencyException: Deadbolt
at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:133)
at org.bukkit.plugin.SimplePluginManager.loadPlugin(SimplePluginManager.java:213)
at org.bukkit.plugin.SimplePluginManager.loadPlugins(SimplePluginManager.java:136)
at org.bukkit.craftbukkit.CraftServer.loadPlugins(CraftServer.java:143)
at org.bukkit.craftbukkit.CraftServer.(CraftServer.java:110)
at net.minecraft.server.ServerConfigurationManager.(ServerConfigurationManager.java:51)
at net.minecraft.server.MinecraftServer.init(MinecraftServer.java:133)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:337)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:422)
2011-09-12 22:17:29 [SEVERE] Could not load 'plugins\zzzDeadboltBridge_PermissionsEx.jar' in folder 'plugins':
java.lang.NoClassDefFoundError: com/daemitus/deadbolt/bridge/DeadboltBridge
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:36)
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:24)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:168)
at org.bukkit.plugin.SimplePluginManager.loadPlugin(SimplePluginManager.java:213)
at org.bukkit.plugin.SimplePluginManager.loadPlugins(SimplePluginManager.java:136)
at org.bukkit.craftbukkit.CraftServer.loadPlugins(CraftServer.java:143)
at org.bukkit.craftbukkit.CraftServer.(CraftServer.java:110)
at net.minecraft.server.ServerConfigurationManager.(ServerConfigurationManager.java:51)
at net.minecraft.server.MinecraftServer.init(MinecraftServer.java:133)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:337)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:422)
Caused by: java.lang.ClassNotFoundException: com.daemitus.deadbolt.bridge.DeadboltBridge
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:36)
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:24)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 24 more
2011-09-12 22:17:29 [INFO] [PermissionsEx] Initializing file backend

Needs clarification on exactly what is possible due to color feature prior to 1.2 release

/deadbolt line text

[Private]:
line1, color only
line2, color only
line3/4, anything

[More Users]
line1, color only
line3/4/5, anything

Just a heads up: craftbukkit builds after 1696 break deadbolt. I've only tested on 1702 before swapping back to 1696.

Issue: Unable to right-click with sign and when manually placing a [private] sign, the following shows in the console.

2012-01-08 08:49:17 [SEVERE] Could not pass event SIGN_CHANGE to Deadbolt
java.lang.ClassCastException: org.bukkit.craftbukkit.block.CraftBlockState cannot be cast to org.bukkit.block.Sign
        at com.daemitus.deadbolt.events.SignListener.onSignChange(SignListener.java:80)
        at org.bukkit.plugin.java.JavaPluginLoader$36.execute(JavaPluginLoader.java:514)
        at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:62)
        at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:339)
        at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:1069)
        at net.minecraft.server.Packet130UpdateSign.a(SourceFile:41)
        at net.minecraft.server.NetworkManager.b(NetworkManager.java:226)
        at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:93)
        at net.minecraft.server.NetworkListenThread.a(SourceFile:108)
        at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:527)
        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:425)
        at net.minecraft.server.ThreadServerApplication.run(SourceFile:457)

I realize there isn't an RB for the above versions, just letting you guys know that it happens with 1702.

default_colors_private_line_1: c
default_colors_private_line_2: d
default_colors_private_line_3: 6
default_colors_private_line_4: 5

Will produce
http://img.ctrlv.in/4ef93aaec564e.jpg
Adding & in front of any numeric codes will make all the text black.

It was asked for. And Lockette has it!

Hello Guys

I've been getting a few problem with the new 1.3.* versions first of all the color code seems to work fine but does cause problems for players with longer names. I can see your are trying to find a solution to this but would it not be quicker and better to just remove the color code from players names? line 1, 3, 4 color code but Leave line 2 normal would this not fix the problem or at least allow us to turn color coding off for each line?.

I've also noticed players can now break all signs no matter who owns also old signs with no color tags but have longer player names no longer open for the owner even tho the name is fully seen on line two due to these bugs we have had to go back to 1.1 which works perfect

Towny.

Whats the deal with the signs not liking capital letters. All our towns start with capital letters but sign locks will not accept capital letters they all have to be lower case.
example
Notchville = [Notchville] << Does not work it only works if you lowercase it [notchville]
Atlantis = [atlantis] >> [Atlantis] does not work

not a massive issue but thought id add it.

Going from 1.1 to 1.3 removing all files before starting gives the above problems. 1.1 works perfect before the update :-(

Please check if users can protect something prior to displaying a message reminder to protect it.
EG:

• Player without deadbolt.user.create.door places a door.
• Message "msg_reminder_lock_your_chests: "Place a sign headed [Private] next to your chest to lock it" fires.
• Confusion ensues.

CB: 1619
DB: 2.0.8r2

Currently wall signs (those used for trapdoors) will not be colored.

You can no longer protect items for other players (all permissions/ops). Creating a sign with [private] as the header and the player's name as the 2nd line no longer works (it overrides with the creator's name).

Using depend: SimpleClans causes an UnknownDependencyException.
The bridge for towny has the same syntax, works fine.
Changing the filename to zDeadboltBridge... fixes it because it loads after simpleclans. the bukkit logic is not working correctly or is it clans related?

manucheckp varfix1238359 deadbolt.user.create.*
14:49:33 [INFO] The player doesn't have access to that permission
14:49:33 [INFO] SuperPerms reports Node: true

player group does not have a permission to create protected chest, however, they are able to create it.

Bukkit b2026
GroupManager v1.9.46 (Phoenix)
Vault v1.2.12-b136

01:00:22 [SEVERE] Could not pass event PLAYER_INTERACT to Deadbolt
java.lang.NullPointerException
at com.daemitus.deadbolt.Deadbolted.parseSignAttached(Deadbolted.java:250)
at com.daemitus.deadbolt.Deadbolted.parseNearbySigns(Deadbolted.java:245)
at com.daemitus.deadbolt.Deadbolted.searchFenceGate(Deadbolted.java:140)
at com.daemitus.deadbolt.Deadbolted.search(Deadbolted.java:57)
at com.daemitus.deadbolt.Deadbolted.(Deadbolted.java:38)
at com.daemitus.deadbolt.Deadbolted.get(Deadbolted.java:34)
at com.daemitus.deadbolt.events.PlayerListener.onPlayerInteractDoor(PlayerListener.java:181)
at com.daemitus.deadbolt.events.PlayerListener.handleRightClick(PlayerListener.java:68)
at com.daemitus.deadbolt.events.PlayerListener.onPlayerInteract(PlayerListener.java:40)
at org.bukkit.plugin.java.JavaPluginLoader$11.execute(JavaPluginLoader.java:335)
at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:58)
at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:339)
at org.bukkit.craftbukkit.event.CraftEventFactory.callPlayerInteractEvent(CraftEventFactory.java:178)
at net.minecraft.server.ItemInWorldManager.interact(ItemInWorldManager.java:266)
at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:593)
at net.minecraft.server.Packet15Place.a(SourceFile:39)
at net.minecraft.server.NetworkManager.b(NetworkManager.java:226)
at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:93)
at org.getspout.spout.SpoutNetServerHandler.a(SpoutNetServerHandler.java:550)
at net.minecraft.server.NetworkListenThread.a(SourceFile:108)
at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:527)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:425)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:457)

What the title says. Needs to be abstracted from event.

http://dl.bukkit.org/downloads/craftbukkit/

It appears the addition of something has broken door opening.

Only for clicked gate, attached ones open as normal.

21:18:34 [SEVERE] Could not pass event org.bukkit.event.entity.EntityChangeBlockEvent to Deadbolt
org.bukkit.event.EventException
at org.bukkit.plugin.java.JavaPluginLoader$103.execute(JavaPluginLoader.java:1026)
at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:61)
at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:460)
at net.minecraft.server.EntityEnderman.d(EntityEnderman.java:117)
at net.minecraft.server.EntityLiving.y_(EntityLiving.java:341)
at net.minecraft.server.EntityMonster.y_(EntityMonster.java:31)
at net.minecraft.server.World.entityJoinedWorld(World.java:1262)
at net.minecraft.server.WorldServer.entityJoinedWorld(WorldServer.java:110)
at net.minecraft.server.World.playerJoinedWorld(World.java:1244)
at net.minecraft.server.World.tickEntities(World.java:1151)
at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:528)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:435)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:465)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.bukkit.plugin.java.JavaPluginLoader$103.execute(JavaPluginLoader.java:1024)
... 12 more
Caused by: java.lang.NoSuchMethodError: org.bukkit.event.entity.EntityChangeBlockEvent.getEntity()Lorg/bukkit/entity/LivingEntity;
at com.daemitus.deadbolt.events.EntityListener.onEntityChangeBlock(EntityListener.java:37)
... 17 more

Hi Guys. I just tried out 1.3.10, and tested the new fix feature.
Turns out that on doors it only does the half you aim at.

Also had weird issues with wooden doors since 1.3.4.
Iron doors work fine, single or double, with or without timer.
But wooden ones keep immediately slamming in my face, and the one I use becomes misaligned
(The rest of the row of doors works normally). MC1.8.1, CB1185, Java7, Win7... is it just me?

Ive got various reports of issues with left click on door. it toggles a halfblock only, on their screen. I look while it happens, and see nothing. The door should be opening however.

Pretty much as the title says any plans to bring this in ?

CB: 1597
DB: 2.0.1

Issues:
1: sign coloring doesn't work. It will work if the default
default_colors_private_line_1: 0
is changed to
default_color_private_line_1: 0
but if used on more than one line; it inserts the color code for the past line as well.

2: "more users" sign's aren't being created when placing on an already private chest. Instead, it places another private sign. If attempting to place manually, the plugin complains that there is no private sign nearby.

config.yml:

#File to load for messages
language: english.yml

#Allows trapdoors to link with each other vertically
vertical_trapdoors: false
#Allows furnaces to act like chests, one sign for all connected blocks
group_furnaces: true
#Allows dispensers to act like chests, one sign for all connected blocks
group_dispensers: true

#Allows right click placement of signs automatically on the target
deny_quick_signs: false
#Clear sign selection after using /deadbolt <line> <text>
clear_sign_selection: false

#Denies things such as snowmen opening doors
deny_entity_interact: false
#Denies explosions from breaking protected blocks
deny_explosions: true
#Denies endermen from breaking protected blocks
deny_endermen: true
#Denies pistons from breaking protected blocks
deny_pistons: true
#Denies redstone from toggling protected blocks
deny_redstone: false
#List of blockIDs protected by redstone unless overrode by [everyone]
deny_redstone_specific_ids: [64, 71, 96]
#Denies function of the [timer: x] tag on signs
deny_timed_doors: true
#Forces timed doors on every protected (trap)door
forced_timed_doors: false
#Default delay used with forced timed doors
forced_timed_doors_delay: 3
#Enables sound effects on timed doors
timed_door_dounds: true
#Gives traditional wood door sounds to silent ones (iron doors)
silent_door_sounds: true

#Standard multiplayer color scheme
#0 Black          6 Gold           c Red
#1 Dark Blue      7 Gray           d Pink
#2 Dark Green     8 Dark Gray      e Yellow
#3 Teal           9 Blue           f White
#4 Dark Red       a Bright Green
#5 Purple         b Aqua
default_colors_private_line_1: 0
default_colors_private_line_2: f
default_colors_private_line_3: 0
default_colors_private_line_4: 0
default_colors_moreusers_line_1: 7
default_colors_moreusers_line_2: f
default_colors_moreusers_line_3: 0
default_colors_moreusers_line_4: 0

Double timer doors are broken.

Steps to reproduce:

1. Have a long name (in my case WWWWWWWWWWWWWWWM (15xW+1xM -> 16 chars in total)
2. Protect a chest
3. Move away from the chest, and allow the chunk to unload (i am certain this occurs when the chunk unloads, the name is truncated)
4. Return and attempt to interract with the chest

The following occurs:
The user will get an "Access Denied" error and won't be able to interract with his own chests

This server is running Craftbukkit version git-Bukkit-1.8.1-R4-13-g342948e-b1488jnks (MC: 1.0.0)
Deadbolt 1.3.14
When editing a sign (select sign, /db [line] [text]) the sign text doesn't update until you re-log.

2011-12-14 15:54:33 [SEVERE] Could not pass event PLAYER_INTERACT to Deadbolt
java.lang.ClassCastException: org.bukkit.craftbukkit.block.CraftBlockState cannot be cast to org.bukkit.block.Sign
at com.daemitus.deadbolt.events.PlayerListener.placeSign(PlayerListener.java:173)
at com.daemitus.deadbolt.events.PlayerListener.handleRightClick(PlayerListener.java:67)
at com.daemitus.deadbolt.events.PlayerListener.onPlayerInteract(PlayerListener.java:45)
at org.bukkit.plugin.java.JavaPluginLoader$11.execute(JavaPluginLoader.java:335)
at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:58)
at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:339)
at org.bukkit.craftbukkit.event.CraftEventFactory.callPlayerInteractEvent(CraftEventFactory.java:178)
at net.minecraft.server.ItemInWorldManager.interact(ItemInWorldManager.java:266)
at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:593)
at net.minecraft.server.Packet15Place.a(SourceFile:39)
at net.minecraft.server.NetworkManager.b(NetworkManager.java:226)
at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:93)
at org.getspout.spout.SpoutNetServerHandler.a(SpoutNetServerHandler.java:550)
at net.minecraft.server.NetworkListenThread.a(SourceFile:108)
at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:527)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:425)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:457)
2011-12-14 15:54:33 [SEVERE] Could not pass event REDSTONE_CHANGE to Deadbolt
java.lang.NullPointerException

I am trying to compile this plugin to make a server specific fix, but all I get is this error:

[ERROR] Failed to execute goal on project Deadbolt: Could not resolve dependencies for project com.daemitus:Deadbolt:jar:1.0-SNAPSHOT: The following artifacts could not be resolved: org.bukkit:bukkit:jar:1.1-R2, de.bananaco:bPermissions:jar:1337-SNAPSHOT, com.palmergames.bukkit:Towny:jar:1.0, net.sacredlabyrinth.phaed:SimpleClans:jar:1.0, org.anjocaido:GroupManager:jar:1.0, com.platymuus.bukkit:BukkitPermissions:jar:1.2, ru.tehkode:PermissionsEx:jar:1.18, net.milkbowl.vault:Vault:jar:0.0.1-SNAPSHOT: Could not find artifact org.bukkit:bukkit:jar:1.1-R2 in guardian-repo (http://guardian.mossycobble.com:8080/repo/content/groups/public/)

I have gotten reports from my staff that right clicking with a sign can place deadbolts inside worldguard protected regions. I will verify this in the morning myself.

Currently a Lockette/ folder must be created under plugins/ before Lockette is enabled for the first time.

Color, long user names needs a checkover to make sure all cases are covered.

Broken atm almost fixed locally.

Deadbolt 2.0.7, CB1597
After "/deadbolt reload" I tried to protect a chest just by writing [private]. Outcome:
http://img.ctrlv.in/4ef9363675500.jpg
This also happens if I manually write my name on the 2nd line except the 2nd line says "0Chromana".

Placing directly on a chest (quick-place):
http://img.ctrlv.in/4ef9369f57116.jpg

Breaking the second sign gives the wrong name for the admin break notice:
http://img.ctrlv.in/4ef936d8957dc.jpg
(Surely it would have said "0Chromana"?)

Colours should be the following, so not sure why it is putting 0 on the lines anyway:
default_colors_private_line_1: c
default_colors_private_line_2: 2
default_colors_private_line_3: 2
default_colors_private_line_4: 2

Same issue with doors. Haven't tested on other blocks.
Server restart fixes everything.

only allow sign to be broke in creative mode

The Lockette bridges do not have dependency information in the plugin.yml files requiring Lockette and whichever plugin they bridge with.

See http://forums.bukkit.org/threads/9923/ for more information on how to add dependency information to the plugins. I assume the plugins being prefixed with 'zzz' is to ensure they are loaded last (ie, before any dependencies), but on case some sensitive platforms, lowercase letters are sorted before uppercase, so zzz is loaded before Lockette.

Using bukkit's dependency capabilities in plugin.yml solves this, and allows for the plugin name to be cleaner.

As above. throw together a factions listener for http://dev.bukkit.org/server-mods/factions/

Anyway you can change the color of the protected tag ?

[Private] = Red
playername = black
[Clantag] = Gold
[Tonwy] = some other color

Anyhow cheers

im using McMyAdmin and when the server start's i get this error with the new build of your plugin 2.0.4

"unable to parse manifest details for './Minecraft/plugins\Deadbolt.jar' "

i downloaded it a few times to see if it might be corrupted but it was not. the plugin runs fine but for whatever reason your new version is not liking McMyAdmin so i thought id let you know

Users with names over 15 Characters are unable to access their chest. Their name gets cut off at the 15th and the plugin deny's access to them.

The only way I could see that could be a possible fix for this is to have the plugin check for the first 15 characters then allow or deny access to the player to the chest, door, or what ever.

This one I actually saw myself. If you place a chest on top of someone else's locked chest and put a deadbolt sign on the top one you can access the bottom chest even if you are not listed on the deadbolt sign for the lower one.

I had deadbolt on my server along with deadmanchest. when somebody dies next to a deadbolt sign, the deadman chest will remove the protection sign. I know this isn't a direct bug with deadbolt, but it's worth noting.

Greetings. Just tried new build of Lockette, all works well. But doors/trapdoors still open-and-close at the end of the timer if they are closed by the player. Standing on a trapdoor allows bypass if this occurs, but impact is otherwise minor. Preferably, Timer check should recognise closed state and keep closed. Me not know java much. You help fix, me be happy :D
(I hope this is the right place, theres no Ticket link on the BukkitDev page) RB1060 MC1.73 PEx1.13 yadda yadda

Protection of onuse including breakage perhaps?

When attempting to open a door/trapdoor/whatever with a sign in hand, and the player has no permission to protect said item, and the player has a sign in hand, the msg_deny_block_perm fires and it eats the event (opening the door).

If the player has permission to open the door (eg: it isn't already protected) with the above situation, could we not eat the event, please?

Also, is it possible to remove the warning msg_deny_block_perm? Meaning they get no message. Is it as simple as making:

msg_deny_block_perm: "" 

(meaning display no message)
I'd prefer my users to not know that the function to protect whatever I choose not to provide permissions for even exists.

Please update
http://dev.bukkit.org/server-mods/deadbolt/pages/permissions/
with permissions for cauldron, brewing stand, etc.

Hi, I came from Lockette so have a bunch of signs on my server which allow certain groups to use the chests. E.g.
[Private]
Chromana
[Trusted]

So anyone from the Trusted group could use the chest.
Deadbolt doesn't seem to have this functionality, or it's broken. Can you help me out?

Hacked clients can create an instance of the sign and edit the contents of it, thus bypassing the lock.

2012-01-11 12:07:07 [SEVERE] Could not pass event REDSTONE_CHANGE to Deadbolt
java.lang.NullPointerException
at com.daemitus.deadbolt.events.RedstoneListener.onBlockRedstoneChange(RedstoneListener.java:31)
at org.bukkit.plugin.java.JavaPluginLoader$38.execute(JavaPluginLoader.java:528)
at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:62)
at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:339)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:114)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:170)
at net.minecraft.server.BlockRedstoneWire.a(BlockRedstoneWire.java:160)
at net.minecraft.server.BlockRedstoneWire.g(BlockRedstoneWire.java:45)
at net.minecraft.server.BlockRedstoneWire.doPhysics(BlockRedstoneWire.java:290)
at org.getspout.spout.block.mcblock.CustomBlock.doPhysics(CustomBlock.java:216)
at net.minecraft.server.World.k(World.java:522)
at net.minecraft.server.World.applyPhysics(World.java:499)
at net.minecraft.server.BlockPressurePlate.g(BlockPressurePlate.java:141)
at net.minecraft.server.BlockPressurePlate.a(BlockPressurePlate.java:63)
at org.getspout.spout.block.mcblock.CustomBlock.a(CustomBlock.java:199)
at net.minecraft.server.World.a(World.java:2321)
at net.minecraft.server.World.doTick(World.java:1740)
at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:514)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:425)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:457)