Vault Drawers

v0.0.0-beta.8 - Fix recipe sync disconnect on world join

Fixed

• Client disconnect on world join (recipe sync): all five custom recipe serializers in ModRecipes built their MapCodec with MapCodec.unit(X::new) (a fresh recipe instance on every datapack load) but their StreamCodec with StreamCodec.unit(new X()) (a different fixed instance). StreamCodec.unit checks identity on encode, so sending the neoforge:recipe_content payload to the client threw IllegalStateException: Can't encode ...@a, expected ...@b → EncoderException → the client was dropped right after joining. Each recipe now uses a single shared singleton instance for both codecs.
• Recipe personal_key_cofh dropped with warning: the recipe referenced the item tag #cofh_core:crafting/locks; when that tag is empty or absent, 26.2 discarded the whole recipe ("can't be placed due to empty ingredients"). It is now wrapped in a neoforge:not + neoforge:tag_empty load condition so it only loads when the tag is populated.

Removed

• Empty Java package directories: the dead com/jaquadro/** tree inherited from the original mod's package name, plus client/gui, event, framing and recipe under com/stalkingdragons/minecraft/vaultdrawers/.

Technical Changes

• ModRecipes: added one private static final singleton per custom recipe (ADD_UPGRADE, KEYRING, REMOTE_GROUP_UPGRADE, DETACHED_UPGRADE, PERSONAL_KEY), passed to both MapCodec.unit(...) and StreamCodec.unit(...).
• data/vault_drawers/recipe/personal_key_cofh.json: added neoforge:conditions block.

JAR: vault_drawers-26.2-neoforge-26.2.0.57-0.0.0-beta.8.jar

Tag: 26.2-neoforge-beta.8