bugfix(saveload): Fix aircraft carrier losing its order when saving

[bobtista]

• Fixes Aircraft Carrier stops attacking after saving the game #2994

FlightDeckBehavior::xfer reads its designated command into an uninitialized local and then assigns it back to m_designatedCommand on both save and load. On save xferInt only writes the local out to the file, so the uninitialized stack value is written to the save and copied back over the live command. From then on hasTakeoffOrders() falls through to its default case and the carrier stops launching, so the planes already in the air finish their attack and no new ones take off.

Now the local is seeded from m_designatedCommand before the xfer, so saving writes the real order and the copy-back is a no-op. This does not change the save layout, so existing saves still load.

Todo:

• Verify in USA 02: force fire terrain, save without loading, confirm the carrier keeps launching planes
• Replicate to Generals — N/A, FlightDeckBehavior (Aircraft Carrier) is Zero Hour only

[greptile-apps]

Greptile Summary

This PR fixes carrier orders being lost during save/load serialization.

• Seeds the serialized command value from the live flight deck command.
• Keeps the existing save layout unchanged.
• Preserves the command value during save and checksum-style xfer passes.

Confidence Score: 5/5

This looks safe to merge.

• No blocking issues found in the changed code.

Important Files Changed

Filename	Overview
GeneralsMD/Code/GameEngine/Source/GameLogic/Object/Behavior/FlightDeckBehavior.cpp	Initializes the temporary command value before xfer so save paths serialize the current flight deck order.

_{Reviews (3): Last reviewed commit: "docs(savegame): Remove carrier command t..." | Re-trigger Greptile}

[xezon]

Fix correct