MC Eunuch
A few days ago somebody came on my favorite MC server and killed all the horses in our barn. Even though they were Newbies, couldn't break or place blocks etc, they still killed our poor horses - by punching no less. This plugin was written to prevent such grief. Enable this plugin for your Newbie group to complete cut off their ability to grief :]
Version 1.2 has been released. Users who were using 1.1, please delete your config.yml files and reload the plugin so a new config file can be generated with the new settings!
Abilities Disabled
- Interaction with chests, doors, fences, furnaces, and the like
- Destruction of blocks (Note: seems variable if the user has creative and is OP)
- Interaction with entities - horse inventories, villager trading, etc
- Item pickups - user cannot pick up any drops
- Damage to entities - cannot damage mobs, horses, players, livestock etc
- Trampling of crops, ignition of fires - no worries about griefers burning down barns anymore
- Block placement - on top of all else, if the newbs manage to get a block they can't place it
- Mob chasing - creepers, endermen etc. will ignore the eunuchs
- Disable chat - disable the ability of newbs to spam chat
Permissions
| Permission | Affect |
|---|---|
| eunuch.disabled | Exempts this user group from the plugin's disabling effects. More explanation below. |
| -eunuch.disabled | Removes the above permission if a group accidentally acquired it somehow, usually through permission inheritance. |
This plugin does NOT require a third party permissions plugin, but it might help. Essentially, what you want to do is give any group you DON'T want 'castrated' the eunuch.disabled permission.
Here's how most groups are set up. You start with a Default group with a bunch of permissions. Then you have a VIP group that 'inherits' all of the Default group's permissions as well as a few of its own. Finally, you have an Admin group that inherits permissions from the VIP group and a few of its own. This group will also inherit the Default group's permissions because they inherit every one of the VIP group's plugins.
SO
If you want the Default group castrated, give the VIP group the eunuch.disabled permission. The VIPs and the Admins (because of inheritance) will thus be protected from the plugin's effects. Essentially, if you don't want a group to be able to do things, DON'T give them the eunuch.disabled permission and if you want a group to be able to do things, DO give them the permission.
If for some reason you find that a group is NOT being castrated when they are supposed to be, try giving them the -eunuch.disabled permission (make sure you have the minus sign!). This will remove the eunuch.disabled permission if they accidentally inherited it.
Permissions
The syntax for all settings is boolean values - true or false.
| Basic Settings | Effect | Default |
|---|---|---|
| speakinchat | When true, users can speak in the chat. When false, they cannot speak but can still issue commands. | true |
| blockbreak | When false, users cannot break blocks. For some reason OPs in Creative mode can circumvent this. Non-OP Creative users are still unable to break them, however. | false |
| damageentity | When false, users cannot damage entities. These include horses, villagers, players, hostile and friendly mobs, etc. | false |
| interactwithentity | Setting to true enables interaction with horses, villagers, etc. | false |
| pickupitems | When false users cannot pick up any item drops. | false |
| soiltramble | When false players cannot trample soil (farmland). | false |
| pressureplates | When true players can still activate pressure plates, when false they cannot. | false |
| righclickactions | Setting to true enables interaction with chests, doors, crafting tables, etc. | false |
| Advanced Settings | Effect | Default |
| useoakdoors | Setting to true enables the opening/closing of oak doors. | false |
| usebirchdoors | Setting to true enables the opening/closing of birch doors. | false |
| usedarkoakdoors | Setting to true enables the opening/closing of dark oak doors. | false |
| useacaciadoors | Setting to true enables the opening/closing of acacia doors. | false |
| usejungledoors | Setting to true enables the opening/closing of jungle doors. | false |
| usesprucedoors | Setting to true enables the opening/closing of spruce doors. | false |
| useirondoors | Setting to true enables the opening/closing of iron doors. | false |
| useoakgates | Setting to true enables the opening/closing of oak gates. | false |
| usebirchgates | Setting to true enables the opening/closing of birch gates. | false |
| usedarkoakgates | Setting to true enables the opening/closing of dark oak gates. | false |
| usesprucegates | Setting to true enables the opening/closing of spruce gates. | false |
| usejunglegates | Setting to true enables the opening/closing of jungle gates. | false |
| useacaciagates | Setting to true enables the opening/closing of acacia gates. | false |
| usewoodbuttons | Setting to true enables the usage of wood buttons. | false |
| usestonebuttons | Setting to true enables the usage of stone buttons. | false |
| usewoodtrapdoors | Setting to true enables the opening/closing of wood trapdoors. | false |
| useirontrapdoors | Setting to true enables the opening/closing of iron trapdoors. | false |
| uselevers | Setting to true enables the usage of levers. | false |
| Mob Settings | Effect | Default |
| ignoredbymobs | When this value is set to true MOST hostile mobs will ignore the player. Endermen will not be aggro'd and creepers cannot be exploded, either by hitting or via proximity. Skellies and zombies will also ignore the eunuchs. Certain mobs, however, do not attack in the traditonal manner and as such will STILL ATTACK even if this is set to true. They include hostile pigmen, bosses (dragon, wither, etc), and slimes. Still, this setting should be sufficient protection against most mobs for exploring players. | true |
A new feature has been added in 1.2 - exemptions. If you want a specific player of group to have any of the settings disabled above enabled, give them this permission - eunuch.{power}. So to enable oak doors for a group, give them eunuch.useoakdoors. If the group or person already has the eunuch.disabled permission, this is unnecessary.
Change Log
| Version | Changes |
|---|---|
| 1.0 | Initial release. Disables everything, but permissions are complicated. |
| 1.1 | Adds a ton of configuration and simplifies permissions. |
| 1.2 | Adds more configuration, updates for new versions of MC/Bukkit/Spigot. |
Other Plugins You Might Find Useful
Sleepvote - allows players to propose a vote to set the time to day and skip the night. Highly configurable and lightweight.
Credits
The top image was made by ElMafias and the bottom by Limitless, both from GTAF. Thanks again gentlemen! Special thanks to db7363 for early testing, suggestions, and miscellaneous help. Dedicated to: Rown, Rdny. and Whiteout. Thanks goes out to the rest of the GTAF crew too!


-
View User Profile
-
Send Message
Posted Aug 14, 2013After much trial and error, I seem to have figured it out. I gave the Owner the following permission:
-eunuch.enabled
The minus sign turns off eunuch.enabled. Logically you would think eunuch.disabled would do the same thing, but alas no... It seems to be working completely now. If you could solve the creeper issue, this would be perfect. I like the vanilla experience, but the griefers just destroy the fun; but no longer. Great Job!
-
View User Profile
-
Send Message
Posted Aug 14, 2013@db7363 Okay, let me see if I have this right: 1. Guests should be eunuchs, but Owners and Players should not. 2. Guests are Eunuchs but so are Owners.
Since there is no inheritance, I'd use the second permission setup. Guest should have eunuch.enabled and the invert thingy should be set to 'false'. No one else needs a permission.
What probably happened is you used the first setup, which could still work fine, but Owner did not inherit the eunuch.disabled permission for some reason.
I'm sorry about the confusion, permissions can be quite a clusterfuck and I have zero experience with using Permissions plugins like GroupManager. I'll try to put together a video explaining this in more detail. I'm also thinking of having mobs ignore the eunuchs, that way they can't still lure creepers around and destroy things and they can sight see without being ripped apart as well.
-
View User Profile
-
Send Message
Posted Aug 13, 2013What works is amazing; however, I can't get it to work completely right with GroupManager. I have a group Guest as Default that inherits from none and doesn't have eunuch.enabled as a permission. Then I have a Player group that inherits from Guest with eunuch.disabled. Finally I have an Owner group that inherits for Player with no eunuch permissions. Guests can't do anything with descriptive warnings in chat. Players can do what they should... The problem is the Owner group can't do anything with no warnings in chat. yes invertpermissions is set to true as described above. Except for my owner permission, this plugin is amazing. Even in creative, the owners can't do anything. It is almost worth disabling the entire plugin when I want to use owner permissions...almost! Well done, but these permissions need to be less confusing. I tried creating three separate groups that didn't inherit from each other, but the plugin wouldn't work at all.
-
View User Profile
-
Send Message
Posted Aug 10, 2013Files up, finally! Download away! And a thank you to the mod that approved them.
-
View User Profile
-
Send Message
Posted Aug 8, 2013Not sure why the files are taking so long, but they should be up soon. Patience, ladies and gentlemen. :)
-
View User Profile
-
Send Message
Posted Aug 8, 2013no download!
-
View User Profile
-
Send Message
Posted Aug 8, 2013no download! D:
-
View User Profile
-
Send Message
Posted Aug 8, 2013Plugin files are awaiting approval! :)
-
View User Profile
-
Send Message
Posted Aug 8, 2013I killed the horses!
-
View User Profile
-
Send Message
Posted Aug 8, 2013Good idea plugin :) Please download !