Link Search Menu Expand Document

Frequently Asked Questions

To be deprecated, but at least revealed I had to set GFM to render markdown inside a <details> block

Pressure Plates can be activated/Wooden Buttons can be pressed with Arrows!

This is by design. To protect buttons, use stone buttons instead - these cannot be depressed by arrows.

Players like to use pressure plates with monsters and dropped items, so turning those activators off would be creating a problem by taking away game elements players really enjoy. As long as they're on, any player who I stop from directly activating a plate by standing on it can use either of those as a workaround. Similarly for wooden buttons (arrows). So I allow them outright because otherwise players would get a false sense of security, then feel violated when a clever griefer uses a workaround.

There's no option to lock pressure plates. Lots of players like to have an option to activate redstone with monsters (monster grinders) or items. If you were to lock them all over your server, those gameplay elements wouldn't be available. So buttons/levers are lockable while touchplates are not - this gives players options so they can create their own exemptions to access rules without having to subdivide their land claims. For example having a door that the public can open (touchplate) and another that only their friends can activate (button/lever). Also monsters and items will never have permission to do anything in a land claim, so by using touchplates, players can let monsters and items activate traps and other gadgets.

Additionally, it is not technically feasible to determine the projectile that pushed the button - see this comment by Jikoo:

Wooden button usage by projectiles is actually not possible to directly detect via Spigot's API, you have to guess based on which entities are nearby. It becomes a mess - under what circumstances do we block access by other entities?

Claims owned by inactive players aren't expiring!

The inactive claims check runs very slowly. It has been improved recently but it is still intentionally slow to avoid any performance impact to the server. If you want this check to run faster, modify the Advanced.ClaimExpirationCheckRate config node at your own risk.

It's slow to work, because I want to keep the CPU cost down. About once per minute, GP looks at one land claim to see if it has expired. Slowly over time, old claims from inactive players will disappear.

Note: The method has been modified to now look at a single claim owner per minute instead of a single claim.

How do I remove a message from messages.yml?

Simply modify the line to contain only a blank string, and GP will ignore printing the line. Use two quotes (single or double quotes). E.g.

    Text: ""

Players are not receiving claim blocks!

AFK players do not receive claim blocks (unless configured in the Advanced section of the config). Enable debug logs in the GP config to see information about accrued claimblock deliveries, which occur every 10 minutes.

/claimexplosions does not persist when the claim owner logs off/server restarts

/claimexplosions is a temporary toggle to allow players to use explosions in their claim to mine, clear out blocks, or whichever temporal reason.

Yeah sorry, it's meant to be temporary. The usual usage case is "I want to temporarily enable explosions to do some quick digging". So with that case in mind, I automatically disable that setting when the owner player logs off (or the server reboots) so that players don't forget and accidentally leave their claims open to potential grief by TNT-toting or creeper-baiting trolls.

The ground underneath my player's claims isn't being protected!

Read the documentation for ExtendIntoGroundDistance: