SnDrop changelog

Fixes

• Items in the 2x2 crafting grid and on the cursor are no longer lost on death. They now go into the death drops with the rest of the inventory, so the killer gets them. Previously they were neither dropped nor visibly kept, which let a player delete up to five stacks on purpose instead of handing them over.
• keepInventory now really keeps them. On a keep-inventory death the grid and cursor stacks are returned to the player's own inventory instead of being scattered on the ground at respawn.
• Logging out with the inventory screen open no longer destroys those stacks. They are put back into the inventory before the player file is saved, so they are there on the next login.
• No more "You cannot drop items right now" while a player is dying or respawning.

No configuration or permission changes. Nothing to migrate.

Item drops are blocked for every player by default. /drop opens a personal, time-boxed window during which that player's drops go through; when it expires the block returns on its own, with no scheduled task involved.

On death, the contents of the player's 2x2 crafting grid are force-dropped. Vanilla preserves those four slots across respawn, so without this they are a pocket that defeats the restriction entirely.

Commands

Configuration

Aliases for /drop live in command.aliases and are re-read on /drop reload.

Notes

• The drop window is per player and in memory only: it does not survive a disconnect or a restart.
• The restriction has no bypass permission. Operators and creative mode are blocked too.
• Only PlayerDropItemEvent is guarded.
• Runtime debug output traces why a drop was blocked or allowed, what each /drop did to the window, and what the death sweep confiscated.

Install

• SnLib.jar must be present in plugins/ (com.sn:snlib 1.24.1 or newer).
• The plugin generates its own config.yml and lang/messages_en.yml on first boot.

Requirements: Java 21+, Paper 1.21+