Avoid re-sending potion mixes in quick succession

[onebeastchris]

Recent testing showed that re-sending "clean" CraftingDataPackets rapidly - e.g. on join with a backend server switch - could cause clients to load worlds much slower. This patch partially avoids this by adding onto existing recipes (sent when the configuration stage finishes) upon receiving the ClientboundUpdateRecipesPacket instead of always re-sending the full packet.

[Copilot]

Pull request overview

Reduces Bedrock-side load delays by avoiding re-sending the full “clean” CraftingDataPacket payload (cartography recipes + potion mixes + cached recipes) when ClientboundUpdateRecipesPacket arrives shortly after the configuration phase.

Changes:

• Conditionally sends “base” recipe data in JavaUpdateRecipesTranslator based on a new session flag (cleanRecipesRequired).
• Sets cleanRecipesRequired to false after JavaFinishConfigurationTranslator sends the initial clean recipe packet, so the next update can be incremental.
• Initializes recipe-related session maps/fields with defaults in GeyserSession (including the new flag).

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.

File	Description
core/src/main/java/org/geysermc/geyser/translator/protocol/java/JavaUpdateRecipesTranslator.java	Avoids re-sending base recipe data unless a clean reset is required.
core/src/main/java/org/geysermc/geyser/translator/protocol/java/JavaFinishConfigurationTranslator.java	Sends the initial clean recipe packet and disables subsequent immediate clean resend.
core/src/main/java/org/geysermc/geyser/session/GeyserSession.java	Adds cleanRecipesRequired state and adjusts recipe map initialization defaults.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

Pull request overview

Copilot reviewed 3 out of 3 changed files in this pull request and generated no new comments.