ProtectionBlocks

🚀 v1.0.11 — Admin management bypass (OP + creative)

Small focused release. Admins in creative mode can now fully manage protection blocks of other players — open the GUI, add/remove allies, change permissions, edit zone name and welcome message — without having to transfer ownership or self-add as an ally. Designed for support and moderation workflows.

🛡️ New rule: OP + creative = full manage access

• New helper on the block entity: canManage(player) = isOwner OR (hasPermissions(2) AND isCreative()). Six sites now respect it:
  • Right-click the cube → opens the management GUI (previously only the owner got in; anyone else saw "Solo el propietario…").
  • Add / remove allies on someone else's block.
  • Change ally permissions (build / break / interact grid).
  • Edit zone name and welcome message.
• OPs in survival: unchanged. They keep the historical "cleanup" subset — break the cube, deposit / withdraw fuel, insert or remove upgrades. Those are still gated by hasPermissions(2) alone with no creative requirement, so the existing moderation workflows in survival keep working as they did.
• The canManage helper is used by the block entity directly, so the same rule is applied on the server side for every packet — clients can't spoof the check.

🐛 Fixed

• Right-click "Solo el propietario" spammed the chat 8+ times per second if you held the right-click on someone else's cube. Same class of bug as the left-click "no attack permission" spam we fixed a few versions back. The right-click branch now reuses the same 3-second (playerUUID × blockPos) cooldown, so the message shows exactly once per attempt per zone.

📦 Compatibility

• Minecraft 1.20.1
• Forge 47.x (built against 47.4.8)
• Fully compatible with 1.0.10 worlds — no data migration.

© 2026 vicxelcode — MIT License