### Added - Added Chinese (zh_cn) localization. Thanks to [@pyf6trb](https://github.com/pyf6trb) (#53). - Added a `basketBlacklist` config option listing food items that cannot be put into the Basket or the Wicker Basket. Items already inside a basket are never deleted — they can still be taken out, and the Wicker Basket simply skips them when picking the most nutritious food to eat. This is separate from `foodBlacklist`, which excludes items from decay tracking. Requested in #52. ### Changed - Food history now caches per-item consumption counts in a `Map<Item, Integer>` alongside the `ItemStack` queue, so `countFoodEaten()` (used by the long-term decay calculation) is O(1) instead of scanning the whole history. Thanks to [@DaPlumer](https://github.com/DaPlumer) (#55). ### Fixed - Cake now loses hunger recovery like any other food. `CakeBlock.eat()` calls `FoodData.eat(int, float)` directly instead of going through `Player.eat(Level, ItemStack)`, so the `PlayerMixin` redirect never fired and eating cake was neither decayed nor recorded in the food history. Added `CakeBlockMixin` on both platforms. Cake is the only vanilla food block that takes this path — candle cakes go through the same `CakeBlock.eat()`. Reported in #3. - Fixed a `NullPointerException` in `FoodEventHandlerForge.countFoodEatenRecent()` that dereferenced `.consumedItems` before the null check. Running `/resetfoodhistory` removes the map entry without re-syncing, so the next meal crashed on Forge. - Restored the defensive copy in `FoodHistoryComponentFabric.setFood()` and added a self-assignment guard. Without it, calling `setFood()` with the component's own history would `clear()` it and wipe the player's food history. - `FoodHistory` no longer throws `IllegalStateException` when the queue and the count cache disagree. It now logs the inconsistency and rebuilds the cache instead of crashing inside `Player.eat()`. - Fixed `FoodHistory.toString()` using the `%b` format specifier, which printed `true` instead of the actual contents in diagnostic logs. - Fixed a `NullPointerException` in the Fabric config loader when an array key is missing from an existing `solclassic-server.toml`. `TomlTable#getArray` returns `null` for an absent key, and the previous code called `.toList()` on it before the null check, so adding any new array key would have broken every existing config file on load. ---

### Added - Added Chinese (zh_cn) localization. Thanks to [@pyf6trb](https://github.com/pyf6trb) (#53). - Added a `basketBlacklist` config option listing food items that cannot be put into the Basket or the Wicker Basket. Items already inside a basket are never deleted — they can still be taken out, and the Wicker Basket simply skips them when picking the most nutritious food to eat. This is separate from `foodBlacklist`, which excludes items from decay tracking. Requested in #52. ### Changed - Food history now caches per-item consumption counts in a `Map<Item, Integer>` alongside the `ItemStack` queue, so `countFoodEaten()` (used by the long-term decay calculation) is O(1) instead of scanning the whole history. Thanks to [@DaPlumer](https://github.com/DaPlumer) (#55). ### Fixed - Cake now loses hunger recovery like any other food. `CakeBlock.eat()` calls `FoodData.eat(int, float)` directly instead of going through `Player.eat(Level, ItemStack)`, so the `PlayerMixin` redirect never fired and eating cake was neither decayed nor recorded in the food history. Added `CakeBlockMixin` on both platforms. Cake is the only vanilla food block that takes this path — candle cakes go through the same `CakeBlock.eat()`. Reported in #3. - Fixed a `NullPointerException` in `FoodEventHandlerForge.countFoodEatenRecent()` that dereferenced `.consumedItems` before the null check. Running `/resetfoodhistory` removes the map entry without re-syncing, so the next meal crashed on Forge. - Restored the defensive copy in `FoodHistoryComponentFabric.setFood()` and added a self-assignment guard. Without it, calling `setFood()` with the component's own history would `clear()` it and wipe the player's food history. - `FoodHistory` no longer throws `IllegalStateException` when the queue and the count cache disagree. It now logs the inconsistency and rebuilds the cache instead of crashing inside `Player.eat()`. - Fixed `FoodHistory.toString()` using the `%b` format specifier, which printed `true` instead of the actual contents in diagnostic logs. - Fixed a `NullPointerException` in the Fabric config loader when an array key is missing from an existing `solclassic-server.toml`. `TomlTable#getArray` returns `null` for an absent key, and the previous code called `.toList()` on it before the null check, so adding any new array key would have broken every existing config file on load. ---

### Added - Ported the `basketBlacklist` setting from the 1.20.1 branch. Food items listed here cannot be put into the Basket or the Wicker Basket, and are skipped by the Wicker Basket's automatic food selection. This is a separate setting from `foodBlacklist`, which excludes items from decay tracking. The check is only applied on the paths that put *new* items in (`FoodSlot.mayPlace()`, `FoodContainer.canPlaceItem()`/`addItem()`/`canAddItem()`), never on `FoodContainer.setItem()`, so items already inside a basket can still be taken out after an item is added to the blacklist. On NeoForge the value is declared with `defineListAllowEmpty` rather than `defineList`, because `defineList` binds a `NON_EMPTY` (>= 1) size range that does not fit a setting whose default is an empty list. Requested in #52. - Ported the Chinese (`zh_cn`) localization from the 1.20.1 branch. ### Fixed - Fixed cake not being subject to food decay and not being recorded in the food history. `CakeBlock.eat()` does not go through `Player.eat(Level, ItemStack, FoodProperties)`; it calls `FoodData.eat(int, float)` directly, so `PlayerMixin`'s `@Redirect` never fired. Added `CakeBlockMixin` on both platforms with the shared logic in `CakeEatHandler`. Candle cakes go through the same `CakeBlock.eat()` and are covered as well. Reported in #3. - Fixed items disappearing from a Basket after roughly three stacks were inserted. The menu was opened with the vanilla `MenuType.GENERIC_9x1`, so the client built a vanilla `ChestMenu` + `SimpleContainer` with no food validation while the server used `FoodChestMenu` + `FoodContainer` + `FoodSlot`. The mismatch desynced slot contents. Registered a custom `MenuType` (`solclassic:food_chest`) via Architectury's `MenuRegistry.ofExtended()` so both sides build the same menu, and added the missing `FoodContainer.canPlaceItem()` override. Reported in #51. ### Changed - Ported the consumption-count cache from the 1.20.1 branch. Food history is now held in a `FoodHistory` object that keeps a `Map<Item, Integer>` counter alongside the queue, making the total-count lookup used by long-term decay O(1) instead of a linear scan of up to 300 entries. `IFoodEventHandler` now passes `FoodHistory` instead of `LinkedList<ItemStack>`. ---

### Added - Ported the `basketBlacklist` setting from the 1.20.1 branch. Food items listed here cannot be put into the Basket or the Wicker Basket, and are skipped by the Wicker Basket's automatic food selection. This is a separate setting from `foodBlacklist`, which excludes items from decay tracking. The check is only applied on the paths that put *new* items in (`FoodSlot.mayPlace()`, `FoodContainer.canPlaceItem()`/`addItem()`/`canAddItem()`), never on `FoodContainer.setItem()`, so items already inside a basket can still be taken out after an item is added to the blacklist. On NeoForge the value is declared with `defineListAllowEmpty` rather than `defineList`, because `defineList` binds a `NON_EMPTY` (>= 1) size range that does not fit a setting whose default is an empty list. Requested in #52. - Ported the Chinese (`zh_cn`) localization from the 1.20.1 branch. ### Fixed - Fixed cake not being subject to food decay and not being recorded in the food history. `CakeBlock.eat()` does not go through `Player.eat(Level, ItemStack, FoodProperties)`; it calls `FoodData.eat(int, float)` directly, so `PlayerMixin`'s `@Redirect` never fired. Added `CakeBlockMixin` on both platforms with the shared logic in `CakeEatHandler`. Candle cakes go through the same `CakeBlock.eat()` and are covered as well. Reported in #3. - Fixed items disappearing from a Basket after roughly three stacks were inserted. The menu was opened with the vanilla `MenuType.GENERIC_9x1`, so the client built a vanilla `ChestMenu` + `SimpleContainer` with no food validation while the server used `FoodChestMenu` + `FoodContainer` + `FoodSlot`. The mismatch desynced slot contents. Registered a custom `MenuType` (`solclassic:food_chest`) via Architectury's `MenuRegistry.ofExtended()` so both sides build the same menu, and added the missing `FoodContainer.canPlaceItem()` override. Reported in #51. ### Changed - Ported the consumption-count cache from the 1.20.1 branch. Food history is now held in a `FoodHistory` object that keeps a `Map<Item, Integer>` counter alongside the queue, making the total-count lookup used by long-term decay O(1) instead of a linear scan of up to 300 entries. `IFoodEventHandler` now passes `FoodHistory` instead of `LinkedList<ItemStack>`. ---

### Fixed - Fixed Fabric server config not taking effect on dedicated servers. The config path was resolved as a relative path, which could point to a different location depending on the working directory of the startup script. Now resolved to an absolute path via `toAbsolutePath()`. Config file location remains `<world>/serverconfig/solclassic-server.toml`. - Fixed potential NullPointerException in config array parsing (`shortFoodDecayModifiers`, `foodBlacklist`) that could silently prevent all config values from being applied. - Config values are now applied in the correct order: scalar values are written before array values, so scalar settings are always applied even if array parsing fails. ---

### Fixed - Fixed Fabric server config not taking effect on dedicated servers. The config path was resolved as a relative path, which could point to a different location depending on the working directory of the startup script. Now resolved to an absolute path via `toAbsolutePath()`. Config file location remains `<world>/serverconfig/solclassic-server.toml`. - Fixed potential NullPointerException in config array parsing (`shortFoodDecayModifiers`, `foodBlacklist`) that could silently prevent all config values from being applied. - Config values are now applied in the correct order: scalar values are written before array values, so scalar settings are always applied even if array parsing fails. ---

### Fixed - Fixed a crash on dedicated Fabric servers caused by `NetworkManager.registerS2C()` being annotated `@Environment(EnvType.CLIENT)`. Following Architectury 13.0.8's documented pattern: server-side init now calls `registerS2CPayloadType` (type registration only), while client-side init continues to call `registerReceiver` with the packet handler. ---

### Fixed - Fixed a crash on dedicated Fabric servers caused by `NetworkManager.registerS2C()` being annotated `@Environment(EnvType.CLIENT)`. Following Architectury 13.0.8's documented pattern: server-side init now calls `registerS2CPayloadType` (type registration only), while client-side init continues to call `registerReceiver` with the packet handler. ---

### Fixed - Fixed Wicker Basket / Lunch Basket slot desync bug where placing food items would cause other items to be displaced or lost after approximately 3 items. The root cause was using vanilla `MenuType.GENERIC_9x1`, which caused the client to create a vanilla `ChestMenu` + `SimpleContainer` (no food validation) while the server used `FoodChestMenu` + `FoodContainer` + `FoodSlot` (with food validation). This client-server mismatch led to slot synchronization failures during item placement. Registered a custom `MenuType` via Architectury's `MenuRegistry.ofExtended()` so both client and server use `FoodChestMenu` with consistent `FoodSlot` + `FoodContainer` validation. - Added `canPlaceItem()` override to `FoodContainer` as an additional safety net for food-only validation at the container level (defense-in-depth alongside `FoodSlot.mayPlace()`). ---

### Fixed - Fixed Wicker Basket / Lunch Basket slot desync bug where placing food items would cause other items to be displaced or lost after approximately 3 items. The root cause was using vanilla `MenuType.GENERIC_9x1`, which caused the client to create a vanilla `ChestMenu` + `SimpleContainer` (no food validation) while the server used `FoodChestMenu` + `FoodContainer` + `FoodSlot` (with food validation). This client-server mismatch led to slot synchronization failures during item placement. Registered a custom `MenuType` via Architectury's `MenuRegistry.ofExtended()` so both client and server use `FoodChestMenu` with consistent `FoodSlot` + `FoodContainer` validation. - Added `canPlaceItem()` override to `FoodContainer` as an additional safety net for food-only validation at the container level (defense-in-depth alongside `FoodSlot.mayPlace()`). ---