AntiBuild

About
Simple, efficient, and lightweight plugin that will prevent interaction with blocks until the proper permission is granted. This plugins stops all types of block interaction and it even stops bucket use and painting interaction. It also sends a customizable message to the player who is denied building rights. Before you say this already exists just look at how lightweight this plugin is compared to some of the others. This is for server owners who need a building prevention plugin that is as lightweight as possible.
What is the advantage of this?
- As a server owner myself I have been looking for a long time to find a plugin that just stops my guests from building until they are promoted to the next rank. The only thing I found for this had so many other options that I did not want or need that it forced me to make my own. For comparison the plugin I was previously using was 400 times larger in file size than AntiBuild. Sure, it did a lot more, but I didn't want any of that other stuff.
Main Features
- Prevents breaking of blocks
- Only allow player to place certain blocks without having to blacklist a bunch of blocks
- Prevents placing of blocks
- Only allow player to break certain blocks without having to blacklist a bunch of blocks
- Prevents the use of flint and steel
- Prevents the use of lava and water buckets
- Prevents all interaction with paintings
- Prevents all interaction with item frames
- Prevents opening chests, furnaces, anvils, beacons, brewing stands, crafting tables, dispensers, enchanting tables, ender chests, and workbenches.
- Blacklist blocks
- Lock/unlock building in worlds with a command
- Simple to use
- Very efficient checks
- Extremely lightweight
Per-Block Permissions
AntiBuild allows you to give permissions to players that only allow them to place or break certain blocks. This is very handy when you only want a player to be able to place/break a few blocks. An example use would be an adventure map where a player is only allowed to break stone, log, coal ore, diamond ore, and iron ore. All you need to do is assign the player the permission node antibuild.break.[ID] and replace the [ID] with the block ID of the block you want them to be able to break. If you want them to be able to place only certain blocks you can give them antibuild.place.[ID] and replace [ID] with the block id of the block you want them to be able to place.
Blacklist
AntiBuild has a built in feature for blacklisting blocks by their Item ID. This is a 100% optional feature and it is disabled by default. To enable it open the config.yml and change the Blacklist-On value from false to true. Once it is enabled any block ID that is listed under Blacklisted-Blocks will be blocked from placing or breaking. If a player has the permission antibuild.blacklist they will be able to bypass the blacklist check completely. If a player has the permission antibuild.blacklist.[Item ID] (example: antibuild.blacklist.7) they will be able to bypass the check for that item ID only.
World Locking
AntiBuild also has a built in feature for locking worlds that you would normally allow players to build in. This is handy for adventure maps, special events, group builds, or any other reason you can think of to temporarily lock a world.
You can lock a world in game by typing /antibuild lock [world name]. Once this is done only people with antibuild.lock.bypass permission will be able to build. All others will be denied building rights. To unlock a world you would type /antibuild unlock [world name] and this will allow everyone to build that would normally have had access to build. To check and see what worlds are currently locked you can type /antibuilt list and this will display the currently locked worlds.
Commands
All commands will work from in game with the proper permission and from the console.
| /antibuild reload | Reload the config. Requires permission: antibuild.reload |
| /antibuild lock [world] | Lock the provided world. Requires permission antibuild.lock |
| /antibuild unlock [world] | Unlock the provided world. Requires permission antibuild.lock |
| /antibuild list | Display currently locked worlds. Requires permission antibuild.lock |
Permissions
Normal Permissions
| Node | Usage |
|---|---|
| antibuild.bypass | Allows the bypass of AntiBuild checks. This is the main permission node that will allow/deny players from interacting. If you don't need any of the other features and just want to allow a player to build/interact give them this permission. |
| antibuild.break | Allows the breaking of blocks |
| antibuild.break.[ID] | Allows the breaking of block with the provided block ID |
| antibuild.break.[ID].[metadata] | Allows the breaking of block with the provided block ID with specific metadata |
| antibuild.place | Allows the placing of blocks |
| antibuild.place.[ID] | Allows the placing of block with the provided block ID |
| antibuild.place.[ID].[metadata] | Allows the placing of block with the provided block ID with specific metadata |
| antibuild.fire | Allows the use of flint and steel |
| antibuild.bucket | Allows the use of all buckets |
| antibuild.bucket.lava | Allows the use of lava buckets ( fill and pour) |
| antibuild.bucket.water | Allows the use of water buckets ( fill and pour) |
| antibuild.painting | Allows interaction with paintings and item frames (break/place) |
| antibuild.interact | Allows interaction with all inventory type blocks. |
| antibuild.anvil | Allows interaction with anvils |
| antibuild.beacon | Allows interaction with beacons |
| antibuild.brewing | Allows interaction with brewing stands |
| antibuild.chest | Allows interaction with chests (including storage minecarts) |
| antibuild.dispenser | Allows interaction with dispensers |
| antibuild.enchanting | Allows interaction with enchanting tables |
| antibuild.enderchest | Allows interaction with ender chests |
| antibuild.furnace | Allows the interaction with furnaces |
| antibuild.hopper | Allows the interaction with hoppers |
| antibuild.workbench | Allows the interaction with crafting benches |
| antibuild.pickupitems | Allows the player to pickup items on the ground |
| antibuild.dropitems | Allows the player to drop items from their inventory |
| antibuild.blacklist.break | Allows the bypass of blacklisted blocks for breaking |
| antibuild.blacklist.break.[ID] | Allows the bypass of blacklisted block with entered Item ID. Example: antibuild.blacklist.break.7 |
| antibuild.blacklist.place | Allows the bypass of blacklisted blocks for placing |
| antibuild.blacklist.place.[ID] | Allows the bypass of blacklisted block with entered Item ID. Example: antibuild.blacklist.place.7 |
Admin Permissions
| Node | Usage |
|---|---|
| antibuild.lock | Allows user access to the lock/unlock/list commands |
| antibuild.lock.bypass | Allows the bypass of locked worlds |
| antibuild.lock.bypass.[world name] | Allows the bypass of locked world with specified name |
| antibuild.reload | Allows access to the reload command |
Configuration
When you first run AntiBuild the plugin will generate a default config.yml and a lockedWorlds.yml. Do not touch the lockedWorlds.yml (lock worlds with in game commands). There are several options in the config.yml. You may not need to change any of them. See the comments in the config.yml file for information on them. The next option is whether or not you want the blacklist to be enabled. If you already have a plugin that blacklists blocks (or you just don't want to use it) leave it set to false and it will not do anything. If you set Blacklist-On to true you can now start to enter item IDs of the blocks you wish to block. This only supports item IDs because it saves a decent amount of time when checking block break/place events with just he ID instead of the name.
See the default config here.
Installation
- Put AntiBuild in your plugin folder
- Start server to generate default config.yml
- Use with the default settings or customize it to your liking and restart or reload the plugin.
Upcoming Features
- Feel free to make a request, but keep in mind this plugin will stay lightweight.
If you have a request please create a ticket here: https://github.com/MutinyCraft/AntiBuild/issues
Need help or just want to chat? Find me on EsperNet on #MutinyDev or #MutinyCraft
-
View User Profile
-
Send Message
Posted Sep 20, 2012Anti chat will be good too
-
View User Profile
-
Send Message
Posted Sep 19, 2012@JKnutsen
Check out v1.3 when it gets approved. I have added the separate permission nodes as you requested. Please see the above plugin description for the names of the new nodes.
The new nodes are completely optional! If you don't want to use them you may still use antibuild.bypass to bypass all of the checks. If you want to customize it more, use the new nodes.
Enjoy.
-
View User Profile
-
Send Message
Posted Sep 19, 2012Thanks, was looking for this for a while. Would it be possible to create custom permissions for actions? For example, someone could place and break blocks with 2 permission nodes for it, but not use flint and steel, or place lava and water.
For example antibuild.action.create, antibuild.action.destroy and so on.
-
View User Profile
-
Send Message
Posted Sep 3, 2012@smeths
It does support multiple worlds without any problem. I could add a permission node for each check if other people want that. It would make it a little more flexible without sacrificing any performance. Let me see what I can come up with.
-
View User Profile
-
Send Message
Posted Sep 3, 2012does this support multiworld, and also could you add more permission nodes for example antibuild.build, so i can still block flintand steel without stopping building
-
View User Profile
-
Send Message
Posted Aug 17, 2012@Iperson
It is possible to add, but I don't see the real damage a player could do by opening a door. I really want this to stay lightweight and I don't think enough people would need it blocking door access.
-
View User Profile
-
Send Message
Posted Aug 17, 2012What About use of doors?
-
View User Profile
-
Send Message
Posted Aug 13, 2012@xsonarx
That is good to hear. :)
-
View User Profile
-
Send Message
Posted Aug 13, 2012working fine on my server 1.3.1 cb 2320+
-
View User Profile
-
Send Message
Posted Aug 10, 2012@TheFlagCourier
No, it shouldn't conflict with anything at all.
-
View User Profile
-
Send Message
Posted Aug 9, 2012@MutinyCraft
First off, Thank you for responding. I appreciate your reply. Secondly, thank you for stating that this is an optional way that uses a permission node (Much easier to set up than group-based game-modes anyways. I have one last question: At this time, are there any plugins that will conflict with this one?
-
View User Profile
-
Send Message
Posted Aug 8, 2012@TheFlagCourier
You are free to do it how you wish. For me, this is a much more simple solution. If you want to do it the way you stated, then by all means do it that way.
To answer your question on why you would use this; one permission node to change building/interacting with blocks, custom message displayed when they are blocked from interacting, and simple setup. What more can I say?
-
View User Profile
-
Send Message
Posted Aug 7, 2012Um, just wondering, could you try to tell me why I would use this plugin and not just put my default/guest perm group on "Adventure" mode (Gamemode 3 [Edit: Console code 2])?
Other than the paintings and the flint/steal, I see no advantages to this when I could just use a item-blocking plugin and Adventure mode seperatly.
-
View User Profile
-
Send Message
Posted Jun 30, 2012@mrtmcfly
I use bPermissions on my server so I tested this out quickly and it works just fine for me.
Are you using the mirrors.yml to mirror permissions for worlds? If the permissions are setup correctly it shouldn't be allowing them to build in all worlds.
If you want to email me your bPermissions folder I can take a look at your permissions and test them out to see if I can duplicate this issue. Just send me a PM and I can give you my email address if you want me to take a look at it for you.
-
View User Profile
-
Send Message
Posted Jun 30, 2012I am running multiple worlds with separate permissions per world. I have a guest world where i want guests to have building permissions. I set the antibuild.bypass perms in my guest world, but found that once a guest enters that world he has build rights across all worlds regardless of permissions. Any thoughts?
ps. I am running bpermissions, I have tried the negative permission in the non guest worlds (^antibuild.bypass) and it didn't resolve the issue.
-
View User Profile
-
Send Message
Posted Jun 28, 2012Very light-weight considering there's only 1 permission and no commands. Thank you!
-
View User Profile
-
Send Message
Posted Jun 28, 2012@MutinyCraft
Ok its now working. Thanks :)
-
View User Profile
-
Send Message
Posted Jun 27, 2012@dafreo
I couldn't duplicate this issue with HeroChat. It was working fine for me. However, I still changed the way the color codes were handled in the config to see if it fixes the issue you are having. Try AntiBuild v1.1 and let me know if it still gives you that issue.
-
View User Profile
-
Send Message
Posted Jun 27, 2012@MutinyCraft
I am using HeroChat.
-
View User Profile
-
Send Message
Posted Jun 27, 2012@dafreo What chat manager are you using? (name and version please)
I tested this with CraftBukkit with no plugins and with CraftBukkit with all my server's plugins plus mChat and color codes were working for me both times. This shouldn't be happening, but I will try and change the way the colors are handled.