# 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
```
Optional dependencies
PlaceholderAPI
Any compatible version
VaultUnlocked
Any compatible version
QuickShop-Hikari
Any compatible version
Developer information
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle.
maven { name = "Modrinth"; url = "https://api.modrinth.com/maven" }
