Log chested horse inventory transactions

[CheekyNox]

Summary

• log item changes in chest-equipped donkeys, mules, llamas, and trader llamas
• compare the complete inventory state when the player opens and closes the entity inventory
• create the entity tracking identity from the first container transaction, independently of player-interactions
• allow direct inspection of supported chested-horse containers
• document the additional tracked container types in the v13 API notes

Root cause

InventoryChangeListener only recognized entity containers accepted by EntitySpawnTracking.isPlacedEntity(). That predicate intentionally covers boats and minecarts, so Bukkit ChestedHorse inventories never reached the entity-container snapshot path. A first transaction also needs to promote a natural entity into the persisted identity table before its container rows can be written.

Validation

• mvn -B clean package - BUILD SUCCESS, 385 source files compiled with --release 11
• shaded target/CoreProtect-24.0.jar contains the updated listener and entity-container transaction classes
• git diff --check

A live Paper server test was not available in this checkout.

Fixes #3

[netlify]

❌ Deploy Preview for coreprotect failed. Why did it fail? →

Name	Link
🔨 Latest commit	df9c2c3
🔍 Latest deploy log	https://app.netlify.com/projects/coreprotect/deploys/6ab3e098fba780000822e4c6

[Intelli]

Thanks for your contribution! Automated review is requesting the following:

• Make rollback/restore respect horse chest-storage and equipment slots. The existing generic replay can insert ordinary items into an empty saddle/equipment slot.
• Replace the independent per-player open/close deltas with actor-aware transaction capture. Two players viewing the same animal can currently both be credited with one player’s removal.
• Integrate pending horse transactions with lifecycle and shutdown flushing so completed transfers aren’t lost when the animal becomes invalid before inventory close.
• Release identity-promotion claims when container transactions are permanently discarded, including failed entries marked retryRequired.