Deadbolt
Features
- No databases. In-game signs only.
- Super permissions support ONLY.
- Protects any type of furnace, dispenser, chest, door, trapdoor, cauldron, enchantment table, or brewing stand.
- Broadcast specific admin actions to those with "deadbolt.broadcast.xxx"
- Denies explosions, pistons, and redstone from circumventing protection
- Timed doors, [Timer:#], that toggle after a certain delay
- Server-wide protected blocks, use [Everyone] on line 3 or 4
- Modular plugin hooking system, add your own easily
- Compatible with Lockette
- Optional sign coloring
- Localization support
Notes
As this is a Lockette-type plugin, also similar to Alerter or BlockLock, things may seem similar. This plugin was originally created as a continuation of Lockette by Acru to add trapdoor support and other recent developments. Portions of this project were reverse engineered from Lockette and the original idea for a sign-based locking system still belongs with Acru. Credit where credit is due. As this only supports super permissions, if you need a plugin that is more backwards compatible with older configurations, you may want to look at Lockette.
If you have another plugin such as Cenotaph or ChestShop3 that you have integrated with Lockette and would rather use Deadbolt instead, I have created a LocketteSimulator that will allow you to use Deadbolt.
Check GitHub for the most recent files, there is a slight delay in getting files posted here authorized by the staff.
Usage
Place a sign next to the item you want to protect and type in the following
- Line 1: [Private]
- Line 2: Your name will be automatically filled, users with "deadbolt.admin.create" can specify someone else.
- Lines 3 and 4: You have a couple options for these lines
- Another player's name
- Unrestricted access via [Everyone] while preventing breaking
- Create an automatic timed door using [Timer:1] through [Timer:9]
Not enough room for all the names you need? Make another sign with the [More Users] on line 1
For ease of use in maintaining your signs without having to break them:
- Right click the sign to select it.
- Use "/deadbolt <line number> <text>" to directly modify that line.
When placing signs, valid locations are to the NORTH, SOUTH, EAST, and WEST of the target block.
Other valid blocks include:
- Doors: The blocks above and below.
- Trapdoors: The block that it is attached to (hinge-block) and directly above/below the trapdoor itself.
- Fence gates: Any block horizontally adjacent to the gate itself.
Use your imagination and hide those unsightly signs under walls.
Also, color is now available! Just add "deadbolt.user.color" and use &1-9,a-f in your sign.
Permissions
Configuration
Developer's Corner
DeadboltListener is a new system designed to incorporate your favorite plugin directly into Deadbolt.
To create your own or to view Deadbolt's static API, head over to the Developer's Corner
Currently available for download
- PermissionsBukkit, PermissionsEx, bPermissions, GroupManager
[GroupName]
- SimpleClans
[ClanName] [ClanTag]
- Towny
[TownName] [NationName] (All residents) +TownName+ +NationName+ (Assistant/Mayor only) 4 Config options: mayor,assistant,wilderness overrides.
Localizations
Have a completed localization? Drop me a link to it and Ill add it to the repository.
Once added, it is available for automatic downloading by changing the "language" setting in config.yml.
Available:
Issues?
The following issues are known:
- Double timer doors are broken
- Force coloring of Signs placed directly onto walls is broken.
- Vertical trapdoor chaining has been removed because it was only half implemented
Visit github and open an new issue.
Alternatively, try and find me at play.arkcraft.net.
16:16:44 [INFO] This server is running Craftbukkit version git-Bukkit-0.0.0-980- g4ed23b1-b1060jnks (MC: 1.7.3) 16:16:44 [SEVERE] Could not load 'plugins\Deadbolt.jar' in folder 'plugins': java.lang.UnsupportedClassVersionError: com/daemitus/deadbolt/Deadbolt : Unsuppo rted 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.j ava: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.<init>(CraftServer.java:110) at net.minecraft.server.ServerConfigurationManager.<init>(ServerConfigur ationManager.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)
i had lockette since the igns work the same as far as format can i leave up my old ones and deadbolt will pick up on them?
I introduced a small bug that lets you add trapdoors to an existing set of trapdoors, regardless of ownership. Expect a fix tomorrow. Still doesnt let you use the trapdoors however, so it is safe to use.
1.2 released.
Timer:0 bug fixed
Trapdoor/door functionality changed: Only one sign is required to protect a any number of doors in a consecutive line. Additionally, toggling one toggles them all.
Broadcasts are now default op, as requested. Give the permission to your users if you want to.
Also, new options for the towny bridge
Dev build on github /target has a fix for timer:0 not working when alwaysOnTimerdoors are enabled
That code snipped I posted turned out to be displayed horribly.
Anyways, its because the option for them to stay open doesnt exist. However I can fix that easily enough with always timed doors on.
Yes I have timed doors on by default, and I would like it this way because most of my doors I prefer timed, but there are some that I would like to stay open or stay closed and I cant seem to get those to work.
Seems I cant reply to the last 2 posts.
Valgor: do you have timed doors on by default? I suppose a timer:0 if that is on should make it stay open indefinitely, otherwise it should always toggle.
Retricide, pm me your server details.
It's not working at all for me. No errors on startup, nor when I place a chest/sign.
I'm guessing the problem might be EssentialsGroupManager...Maybe some storage method? I'm running CB#1060, EssentialsGM and Bridge (Phoenix) 1.4, and Deadbolt + Deadbolt-Lockette-Sim (I tested with just deadbolt, same result).
When I try to place a sign adjacent to a chest, as an OP (additionally, in a permission group with the "*"), I am returned with "Deadbolt: Nothing Nearby to Protect."
Thanks
I can't seem to get custom timed doors to work. I have tried placing "[Timer:0]" and "[Timer: 0]" but neither will let me keep doors open or closed indefinitely if I choose (I usually prefer the timer). Other than that this is a great plugin and many thanks for this!
Adventures in Maven. Still fighting to get this to work right. Blame md_5 that I havent pushed anything today.
@Dr_Proffesor
Like he said, trapdoors. That and my modular system where you can hook other plugins in automatically. Check the towny bridge out.
@Dr_Proffesor
Really no difference at all, just the fact that this is now the continuation, it will be updated more, and now locks trapdoors. Hope I helped. :)
so the diffrence between this and lockette?