BlockProt
BlockProt is a easy-to-use block and chest protection plugin. Players can lock chests, furnaces, doors and much more. Unlike traditional chest lock plugins, this uses a simple GUI with buttons to click. This removes the struggle of crafting signs or remembering commands. Especially for beginners, this plugin is very easy to grasp and use.
Features
- Protect chests, furnaces, shulker boxes etc.
- The plugin stores all data inside the blocks themselves, therefore doesn't need any backing database.
- Players can add friends to individual blocks that they can then access.
- Full redstone protection, if the player enables it in the block's GUI.
- All protections are saved as UUIDs.
- Players can configure their blocks with an easy to use GUI.
- OP Users and players with the blockprot.admin permission can remove chests and manage them.
- Full compatibility with WorldGuard, Towny and PlaceholderAPI!
- Available in 9 languages!
Permissions
Permissions are a Bukkit feature and not a custom thing of this plugin! Please refer to the permissions.yml file in your server or find another plugin to manage permissions (these usually have a lot of features and functionality).
- blockprot.lock: Allows players to lock blocks and access them.
- blockprot.info: Allows players to see the owner and friends of a locked block.
- blockprot.admin: Allows players to unlock blocks that they do not own
- blockprot.bypass: Allows players to bypass any protections, but doesn't allow them to edit blocks.
Translating
If you know a language that isn't supported by this plugin (yet) we'd love if you could translate for us!
You can do so easily by going to gitlocalize.
Support
Please do not use reviews or my profile for support, instead use you can file an issue over at GitHub. If you require more support or want to ask questions, please use the Discord server for chatting.
Usage
Once in game, crouch and right click a lockable block with an empty hand and you will see the GUI to lock/unlock blocks. For this to work properly, give the default player group the blockprot.lock permission. By default the block gets locked upon placing it., though one can disable this for themselves with the command /blockprot settings. All settings in that command are per-player. To give yourself the permissions listed above, use Bukkit's permission.yml file or see to some permission management plugin.
This plugin requires at least Spigot. CraftBukkit is not supported and shouldn't be used for non-development purposes anyway.
In reply to ppnda:
Oh that's great! But I found another issue...
When you add someone to the FriendManageInventory thing in /blockprot settings, they don't show up in the GUI itself so you can't make it so they aren't automatically set as a friend anymore. Searching their username yields no results.
In reply to Subsical:
Hi, I don't know how I didn't notice this myself when I released the 0.3.2 fix. However, after my school work this week has finished I managed to identify the issue (took a bit, weird bug) and 0.3.3 should be on its way in the next few days as soon as the update gets verified by CurseForge (it is on SpigotMC already).
I have another suggestion.
This sounds a bit stupid, but it would be nice if there was a button to toggle through "Private", "Read Only", and "Public" for tile entities.
Public - Anyone can open it, but no one can lock it or break it (would be nice for community chests)
Read Only - Anyone can open it, but they can't interact with the items inside. (would be cool, but not necessary)
Private - The default, only friends & the person who locked it can open it and interact with it.
I doubt this will be added and I might be asking for too much, but it'd be awesome! :D
In reply to Subsical:
While I totally agree with your suggestion, it is quite a long shot for the current state of the plugin. My aim is to implement maybe something similar to this but this might take a bit of time to properly implement. It would also require quite a big rework of the underlying system and code. But thanks for your great suggestion!
In reply to ppnda:
That's understandable, sorry I went a bit too far lol
Great plugin, I just wish operators could open chests without needing to unlock them.
Also, I enabled "automatically disallow redstone" but it didn't do anything. I placed a block and it automatically locked it, but redstone was still allowed.
In reply to Subsical:
Hi, thank you for your suggestion and your report. Both of these things have been addressed in an upcoming version of the plugin. :D
In reply to ppnda:
Awesome! Thank you so much!
Very straightforward to use, everything can be accessed in the shift+rmb interface.
I have noticed two minor issues:
The glass in "Add Friends -> Search Players -> Players found" has it's default name rather than being called "Back".
And the "Back" in "Players found" should probably lead to "Add Friends" rather than "Search Players" since you kinda get trapped in the anvil screen anyways.
In reply to Elecktrus:
Thank you for your report and feedback. Both of these issues have been addressed in version 0.1.14, soon to be available on CurseForge. Also includes a fix for redstone protection.
In reply to ppnda:
Yo. It's me again.
1. By default the placed chests aren't locked. Idk how I missed that before.
2. By default the redstone protection is disabled. Not sure if it should.
3. When you click the redstone protection for the first time (redstone powder -> gunpowder) you get the "Redstone protection removed." message, even though it actually gets enabled.
3 min video proof: https://www.youtube.com/watch?v=DrcZR63RATE
Good job on the 0.1.14 BTW.
In reply to Elecktrus:
1. That's changed now.
2. There's a config option for this now.
3. I've fixed this and made so that the inventory doesn't close when editing it.
Thanks for your report!
In reply to ppnda:
Best dev ever.
So I know that I should be using an actual permission manager in the first place, but I thought I'm gonna share anyways.
When permissions.yml is empty the console doesn't spit out any warnings, but when I add:
the console says this:
even though the addon works fine. I'm guessing it just doesn't like bukkit's permission system?
In reply to Elecktrus:
You're using the permissions.yml file wrongly I think. You need to give a group or individual users the permission, instead of "defining" it in the file. I would suggest looking at a example permissions.yml file or just use something like LuckPerms. The plugin itself is made to use Bukkit's permission system and any other plugins like LuckPerms simply provide wrappers and utilities around that permission system.
SpigotCraft/permissions.yml (github.com)
In reply to ppnda:
I tried the link you sent, but it was meant for PermissionsEx and when I pasted it into the built-in permissions.yml bukkit had no idea what to do with it.
I got it to work though:
You need to create a group first and then add the permission as a child.
That being said I have tried and there's no way to restrict people from using the default stuff like whisper or placing blocks or whatever so I can understand why everyone uses things like LuckPerms.
In reply to Elecktrus:
I merely suggested looking at and replicating the structure from the PermissionsEx's permissions file. Though I can understand if some people are overwhelmed with data files such as YAML (.yml). I really suggest just looking at LuckPerms or similar to have a more general user friendly interface that any user should understand without issue. I personally don't even know how to properly write a permissions.yml file :D
Can I prevent blocks from being locked by default? i need those settings.
How can I protect blocks without OP? Block protection should be available to people without OP, but I don't know how.
They require, as stated in the description, the "blockprot.lock" permission. Use a plugin like LuckPerms to add that permission to the default group of players on your server.