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.
@Terrorista310 A fun benefit of creative mode. Ill look into the right click thing.
@daemitus
Left click will destroy the gate...
http://youtu.be/SYtSjBZmB1I
@daemitus
I misread. Hadn't thought of that, thanks.
@TheFlyingDharma
On the block beneath the door, put it to the left or right instead of in the path of the walkway. Thats how I typically hide them, since the wall is there (unless youre using fences).
@daemitus
I went ahead and did a quick test. Here are some screens of the only places I was allowed to place [more users] signs.
http://i.imgur.com/qGPUU.jpg http://i.imgur.com/1gEd1.jpg
Basically if it's anywhere other than above or below the door on either side it gets knocked off. If I don't want to place signs on the outside of the door, my only other option is having an ugly hole under the door as you walk in.
edit: Please ignore the mess :p
@daemitus
This happen: http://youtu.be/SYtSjBZmB1I
@TheFlyingDharma
Could you post a screenshot of where youre trying to put the sign for issue 1? The problem with redstone, is that its kinda difficult to track where the redstone change came from. It would be the same issue with buttons or levers. Yes, by enabling redstone, anyone would be able to open it. Its an idea I could throw at md5, see if he likes adding it. Of note, I typically use the signs on line3 or 4 to label whatever's in the actual chest. Makes sorting alot easier.
@Terrorista310
Try using left click. Apparently its a bug with right click only.
Hi, i found a bur/error on your plugin: http://youtu.be/yaKDNUSxJOk Can you fix it? Or its just me?
First of all, thank you for your work. I disabled WorldGuard's integrated chest protection today in favor of Deadbolt since it works on more than just chests. However, I have a couple issues/suggestions:
- When attempting to place a [more users] sign directly adjacent to a [private] sign that's above a door, I get the error "No sign with [Private] nearby." I tested to make sure it wasn't case sensitive, and I'm currently an op with full permissions set.
- I'm not able to use pressure plates with a protected door. I suspect that your "allow redstone activation" option would fix this, but if I activate that does that mean that anyone can bypass my protected door just by stepping on the pressure plate? If it's possible to make it so that the protections on the door apply to adjacent pressure plates that would not only be extremely helpful, it would free up an extra line that might otherwise be used for a 1-second timer.
- Being able to place protection signs below a chest would be very nice as well. If there's a reason you decided not to allow this, maybe add it as a config option? WorldGuard let me do this and it made it much easier to hide the signs. The best I can do with Deadbolt seems to be throwing a sign on the back of the chest, which leaves kind of an ugly gap (when signs are placed underneath a chest you can cover that gap with a slab.)
Again, thanks for your effort on this plugin and thanks in advance for any help you can provide.
@Gnintendo
The biggest problem, is open in the code, doesnt necessarily mean open in all circumstances. Depending on how the door is orientated open could mean closed. I can look into it later on though.
@daemitus
Yeah, but it does occasionally bug out. Is there not some way to have checks in place to prevent it from bugging out in the first place?
@Gnintendo
It does a decent job of that so far, if it bugs out, you can use /db fix, or /db fixall to set the door back in place without breaking signs.
Is there any way to verify a door is actually opened before attempting to close it via the timer mechanism? Closed doors reopening is extremely undesirable.
@daemitus
Worked Great! Thanks so much!
@daemitus
Excellent, thanks for the help. Worked like a charm!
@Gnintendo
Theyre in the top directory of the Deadbolt.jar, not in simpleclans.jar
@daemitus
I'm not finding that? I found SCPlayerListener.class in one of the sub directories, I'll try that...OH, in the deadbolt directory, trying now...
@craftycreeper
Extract the PermissionsExListener.class to /plugins/Deadbolt/listeners, if you use Towny or SC, snag those too.
I just installed the newest version of Deadbolt, and maybe I'm just an idiot, but is there something I need to do to make it work with my PermissionsEX groups? My users are having trouble with it. I see that the .class file for the PermissionsEX listener is in the root of the .jar. Help? :)