ProtectionStones
Anti-Griefing at it's Easiest!
Griefing Protection
ProtectionStones allows a player to place a special block, and this protects their area from griefing.
This small plugin was inspired by PreciousStones but only has the property protection blocks. This allows players to place one of three types of ore blocks to protect their property.
The player doesn't require any special permissions, they just need to get one of the three following ore blocks which you can give or sell in game using other plugins:
Coal Ore gives 11x11x11 protection area.
Lapis Ore gives 21x21x21 protection area.
Diamond Ore gives 41x41x41 protection area.
See the Configuration Page if you would like to change the block types, the dimensions or even set the Y-Axis to be from sky to bedrock, set group limiting, etc.
When the player places the block it creates a WorldGuard Region that gives the player ownership of that area and in turn grief protection. If the player breaks the ProtectionStone then they get the stone back and the region is removed from WorldGuard's Region List.
To install simply copy the ProtectionStones.jar file to your plugins folder, no configuration necessary. The following Ore Blocks are supported as the defaults: Coal Ore, Lapis Ore, Diamond Ore.
ProtectionStones Regions
ProtectionStones Creates WorldGuard Regions with the following naming convention:
ps{x-coordinate}x{y-coordinate}y{z-coordinate}z
i.e.
ps279x67y40z
The x, y, and z coordinates are the location of the placed ProtectionStone which is in the center of the WorldGuard Region it creates. If the Region.SKYBEDROCK Setting is set to "true" (see the Configuration Page) then Y-Axis of the ProtectionStone isn't necessarily the vertical center of the region.
Incompatible with PreciousStones
Both plugins act on the same kind of ore blocks and have the same command name of "/ps".
Requires WorldGuard
WorldGuard is used to create and remove regions when the blocks are placed, otherwise ProtectionStones won't do anything (set not to load if WorldGuard isn't found).
There's a lot of back and forth below, are you guys up and running now or do you still have problems?
As a note I've been using the new CB 1.1-R4 to see if that will allow me to set meta data on the ore stones, to force them to be unique, which would in turn stop people from being able to use Silk Touch Enchanted Pickaxes to gather those normally unattainable ore blocks. But the only things I could effect so far are blocks that already take meta info.
I'll release ProtectionStones 1.6d built on 1.1-R4 probably early Thursday morning.
A few people have mentioned that the "in region commands" like "/ps add" won't work in region overlaps and the returned message is that you aren't in a region, ProtectionStones gets the region info from the region it is in, if there are more than one then it has no way of telling which one you want. So if you can move to a part of the region where there is no overlap then you may use the commands. This is to bypass other issues like Region Priority and Parent/Child relationships (read more on WorldGuard's Page if you want more info on what those are).
@owenftw
Anything permissions based for the region, goes back to WorldGuard or how you set your permissions, which ProtectionStones just acts as a front end to WorldGuard and it's Regions.
I have a rather large permissions file, se here's my Owner group. In which I have put the Group 5 permission node. However, I also have the '*' permission in my Owner group, so I do not understand why it refuses to work. :\ http://pastebin.com/qTyzuCsX
@PorpoiseBrock Post your permissions file, and ill see if i can find something.
EDIT; If owner inherit the wildcat, why should he need anything more and even additional - '*' in the end? How many blocks has the owner already put out? (where goes the limit)
Your not in a different group? You have to somehow rule out that you are inheriting a different limitation.
@genesis_aix
Here's my config: http://pastebin.com/vPWNuadN
I've given OPs the "protectionstones.group5" permission.
EDIT: I'm also using PEX perms.
@PorposeBrock So, in config file you have Set Region.LIMIT = -2 and LIMIT5: -1 ?
Have you configured OPs to inherit a more limited option? Which permissions plugin are you using? Throw up a link to your setup? http://pastebin.com/
I'm having another issue. Every time I try to place a stone (even as an OP) it says I have "Reached my limit on ProtectionStones you can place at this time." However, I have set the default limit to -2 in the config, and created an admin group (which I have given to myself using protectionstones.group5 permission). I'm sure I have the config right... any ideas?
@Owenftw Im gonna test it out on my own server now. Here is another player with this problem; tinyurl.com/7hehyco post # 6275 He got no answer though. Seems it is worldguard that makes this happen.
People cant milk there cows in there protected area lol :3
@AxelDios
Thanks for all the help. Now ive sortet almost everything out.
Some things i noticed; - It would be more flexible if there also was seperate permissions for each owner/member/flag command. e.g. i want everyone to be able to see owner information, but with "protectionstones.owners" they will be able to set owner and remove owner as well. Obviously not an option.
Critical issue(?): When areas overlap, it says "You are not inside a region" on all commands! It is protected, but we cant add members or anything!
Edit; This issue is only in the overlapping areas.
@genesis_aix
Defaults won't effect regions already created, but if you go to a region and set a flag it takes effect immediately, so chest-access allow would allow chests already placed and ones placed in the future inside that region.
You can set all the flags permissions to false, except the pvp if that's what you want.
I'll check the typo out thank you.
@AxelDios Is there any way to allow them to ONLY set pvp flag? Dont want it to be off by default.
If we change the default area of a block, will it affect blocks already in place?
If we change the default chest-allow flag in config, will it affect blocks already in place?
Typo(?) on the page : Custom Configuration ; Flag.enty
Edit; Im getting "You are not inside a region" on all commands. Im inside the region alright, its protected and all.
@genesis_aix
You can set a default region configuration in the config.yml so pvp is already disabled.
Also if they use: "/ps flag pvp deny" while standing in a region they own, it will turn off pvp.
By default all flags permissions are set to true.
@AxelDios;
Currently i am denying players to set flags. Under custom configuration there are some examples of the WorldGuard Region Flags.
Does that mean that, NOT denying them flags will allow them access to ALL WorldGuard flags? To give them access to only certain flags, will i need to set up permissions for that via WorldGuard or ProtectionStones?
If its possible to do this is PS, how? Could it be an idea to allow us to set which flags are allowed in config + which commands access them? e.g. I want players to be able to turn off PvP in their zones easy. /ps pvp
Thanks Axel, for a great plugin =)
@PorpoiseBrock
You need to set the global limit in the config.yml to -2 to tell the plugin you want to use group limits:
Region.LIMIT = -2
Please read the Custom Configuration section for more information.
Hmm.. now it seems that the group limits aren't working for me. I gave my Player group the permission node "protectionstone.group1" and set the "LIMIT1: 4" in the config, however everyone can still make unlimited residences.
Fixed now... some how I was inside a worldguard region. Oh well.
@PorpoiseBrock
Do you have anything else protecting the area, like Essentials Protecting Spawn?
No, I just installed both worldguard and PS.
You no other worldguard regions in that area? The only time i eve get that is when i am actually going to over lap