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.
Will you be implementing the Towny tie in with this new release? Looking forward to it. Thanks.
@daemitus
Great! Thank you.
@aehooo
Just fixed a bunch of bugs, and added tables, cauldrons, and stands. Could not reproduce the fencegate issue.
@aehooo
The protection schemes are exactly the same. The edit command edits the sign you are targetting. Tables/stands, no. I do want to add stands, however why would you want to lock an enchanting table? Im still ironing out a couple bugs, i did a major rewrite of some sections. Ill look into the fencegate thing.
So, as lockette is taking a little while to update, and as I found a huge problem with the protection I think I am switching to this one.
Some questions: Lockette has a bug that when you put a fence gate under a locked chest, it explodes/unlocks it. Does this happens on this plugin?
Lokctte has a problem, than when a person adds a more users sign and try to edit it via command, it alters the first sign, not this second one.
Can this plugin lock enchanting tables/potion standarts?
If I put this plugin now, will all the protections done with lockette continue to work?
@DonRedhorse I have a little plugin hook that can simulate lockette and redirect the calls, but it would be nice if you supported it natively. The sign formats are the same, so theres no work other than checking if its installed.
should I add this to DeathTpPlus ontop of Lockette and LWC?
If anyone cares to experiment, give https://github.com/daemitus/Deadbolt/blob/master/release/2.0%201572/Deadbolt.jar?raw=true a try. CB1572. Still need to fix blanking signs and I heard that snowmen can open doors, so ill need to look into that. The standard listeners are inside the jar, extract the ones needed and put them in /deadbolt/listeners now. Also fixed the having to rename the bridge to zzz... issue.
@JayYoud
false, or just remove the line, then yes. noone will see it. by default as you found out, only ops get the message.
@daemitus Do you mean by changing deadbolt.broadcast.break and deadbolt.broadcast.snoop to false in the .yml in the .jar? I have set them to false and it hasn't changed anything.
EDIT: It doesn't matter now, I realized that it only says it to the ops of the server. I just didn't want the non-ops I was looking in their chests.
@JayYoud
deadbolt.broadcast.break #Receives notifications of admin override block breaks deadbolt.broadcast.snoop #receives notifications of admin override container snoops should default to OPs receiving the message. Dont want ops getting it, negate the permission or change plugin.yml inside the jar.
Hi, is there any way to stop Deadbolt from shouting out that an Admin is looking in a chest that is locked by another player?
Small fix to prevent endermen from taking the block from beneath a door.
@iLrama http://dev.bukkit.org/server-mods/deadbolt/files/35-1-3-13/ Quick fix. Back to normal. Im going to sit on changing the Configuration to the new YAMLConfig or whatever it was, until they finish the forum post someone said they were working on. Or when they remove the deprecation and the functions completely. Still works regardless.
@daemitus
Affirmative.
@iLrama
You mean it breaks with 1317?
Lots of errors popping @ console and plugin is not working:
http://i52.tinypic.com/1214tgj.jpg
EDIT: The problem is the last RB of Bukkit, plugin works now :)
@BlockTilt https://github.com/daemitus/Deadbolt/blob/master/release/1.3.12%201240/Deadbolt.jar?raw=true
http://dev.bukkit.org/media/files/546/532/Deadbolt.jar
Add to your config.yml
quick-signs: true #Allows right click placement of signs automatically on the target
Is it possible to disable the auto-protect with a sign right-click? People are locking chests in others Residences even though build/place/use is disabled.
nothing new in 1240, no update needed besides any reported bugfixes.