GriefPrevention3D v18.2.8

Wiki: https://github.com/castledking/GriefPrevention3D/wiki

Fixes

Raid Omen bypass of RaidTriggersRequireBuildTrust (GriefPrevention#2622)

When RaidTriggersRequireBuildTrust was enabled, RaidTriggerEventHandler only checked the claim at the player's location at the moment the raid fired. Because Raid Omen converts to an active raid a few seconds after it is acquired, a player could:

1. Drink an ominous bottle outside the claim boundary to gain Bad Omen.
2. Step toward the village until Bad Omen converted to Raid Omen inside the claim.
3. Walk back outside the claim boundary before the raid started.
4. Have the raid trigger anyway — the player was no longer standing in a claim, so no build-trust check applied.

The raid actually centers on the village, not the player, so the location that matters for protection is the raid's location.

Fix

RaidTriggerEventHandler now resolves the claim at event.getRaid().getLocation() (the village / raid center) first, and only falls back to the player's location if the raid center is unclaimed. The build-trust check and cancellation are otherwise unchanged:

• Raid center inside a claim where the player lacks Build trust → raid cancelled, regardless of where the player is standing.
• Raid center unclaimed but player standing in a claim → falls back to the player's claim (preserves prior behavior).
• Player has Build trust on the claim the raid centers on → raid proceeds.

Ender pearl / chorus fruit no longer force the player's camera direction

When teleporting via ender pearl or chorus fruit, some server software overwrites the player's yaw/pitch to match the projectile's direction instead of preserving the player's original look direction. PlayerEventHandler now copies the player's from yaw/pitch onto the teleport destination so the camera direction is preserved:

• On the teleport itself, the destination location's yaw/pitch are set from event.getFrom() before the access check runs.
• On a denied-pearl rollback, the rollback location keeps the player's current yaw/pitch rather than snapping back to the pre-pearl direction.

Wilderness movement no longer blocked in claims-required worlds

In Creative / SurvivalRequiringClaims worlds, ProtectionHelper.checkPermission previously returned a "no build outside claims" denial for any permission checked in the wilderness. This also denied Access permission, which disrupted movement and ender pearls in the wilderness.

The wilderness denial is now scoped to Build, Container, and Inventory only. Access (walking, teleporting) is always allowed in wilderness, so enderpearls and movement are no longer interrupted. The automatic-claim chest-placement exception is preserved within the build/container/inventory path.

Files Changed

 M gradle.properties
 M pom.xml
 M src/main/java/com/griefprevention/protection/ProtectionHelper.java
 M src/main/java/me/ryanhamshire/GriefPrevention/PlayerEventHandler.java
 M src/main/java/me/ryanhamshire/GriefPrevention/RaidTriggerEventHandler.java