bugfix(replay): Handle replay deletion during version mismatch prompt

[bobtista]

Fixes #1732

Summary

• Revalidates the replay after the version-mismatch prompt.
• Keeps the Replay Menu open, shows “REPLAY NOT FOUND,” and refreshes the list if validation or final playback fails.
• Enters recorder playback mode only after initialization succeeds, preventing a failed open from leaving a null replay file.
• Applies the fix to both Generals and Zero Hour.

Notes

• Both reallyLoadReplay() and loadReplay() now handle playbackFile() failure by keeping the menu open, showing the replay-not-found message, and refreshing the list.
• Recorder playback mode is only entered after initialization succeeds.
• The changes are mirrored across Generals and Zero Hour.
• Side benefit now ReplayMenu.cpp can be unified to core

Testing

1. Select a replay with a different executable hash/version.
2. Double-click it or press Load.
3. Delete the replay externally while the version-mismatch prompt is open.
4. Confirm the prompt.
5. Verify that the game does not crash, displays “REPLAY CANNOT BE LOADED,” and refreshes the replay list.

[Stubbjax]

There is already an established pathway for handling file deletion during a confirmation popup in ReplayMenu::delateReplay. Adopting this logic would simplify the implementation and resolve the message and list refresh inconsistencies of this change, which I've tabulated below for clarity.

Action	Refreshes list	Message
DELETE REPLAY	Yes	The system cannot find the specified file.
LOAD REPLAY	No	This replay cannot be loaded because the file no longer exists on this device.

[bobtista]

There is already an established pathway for handling file deletion during a confirmation popup in ReplayMenu::delateReplay. Adopting this logic would simplify the implementation and resolve the message and list refresh inconsistencies of this change, which I've tabulated below for clarity.

Action Refreshes list Message
DELETE REPLAY Yes The system cannot find the specified file.
LOAD REPLAY No This replay cannot be loaded because the file no longer exists on this device.

Thank you - I implemented it this way, rebased the latest main, and force pushed

[greptile-apps]

Greptile Summary

The PR hardens replay loading in both game targets.

• Revalidates replay metadata and map availability after the version-mismatch prompt.
• Keeps the replay menu open, displays a generic load error, and refreshes the replay list when playback fails.
• Delays entering recorder playback mode until initialization succeeds.

Confidence Score: 5/5

The PR appears safe to merge.

No blocking failure remains.

Important Files Changed

Filename	Overview
Generals/Code/GameEngine/Source/Common/Recorder.cpp	Defers playback mode until replay initialization completes, preventing failed opens from exposing invalid playback state.
Generals/Code/GameEngine/Source/GameClient/GUI/GUICallbacks/Menus/ReplayMenu.cpp	Revalidates prompted replays, restores the missing-map guard, and handles final playback failures with generic feedback and list refresh.
GeneralsMD/Code/GameEngine/Source/Common/Recorder.cpp	Mirrors the safe recorder mode transition for Zero Hour.
GeneralsMD/Code/GameEngine/Source/GameClient/GUI/GUICallbacks/Menus/ReplayMenu.cpp	Mirrors the corrected replay validation and failure handling for Zero Hour.

_{Reviews (9): Last reviewed commit: "bugfix(replay): Recheck replay map after..." | Re-trigger Greptile}

[greptile-apps]

_{4 files reviewed, 2 comments}

_{Edit Code Review Agent Settings | Greptile}

[bobtista]

@greptileai

[bobtista]

The latest push does this:

• Use readReplayMapInfo() to validate the file before playback (same pattern as loadReplay)
• Show the "REPLAY NOT FOUND" message that loadReplay uses
• Refresh the listbox on failure (matching deleteReplay behavior)

[bobtista]

There is already an established pathway for handling file deletion during a confirmation popup in ReplayMenu::delateReplay. Adopting this logic would simplify the implementation and resolve the message and list refresh inconsistencies of this change, which I've tabulated below for clarity.

Action Refreshes list Message
DELETE REPLAY Yes The system cannot find the specified file.
LOAD REPLAY No This replay cannot be loaded because the file no longer exists on this device.

The latest push uses readReplayMapInfo() to validate the file before playback (like loadReplay), shows the "REPLAY NOT FOUND" message, and refreshes the listbox on failure. Both the message and list refresh should now be consistent with deleteReplay. Ready for re-review when you get a chance.

[Stubbjax]

The latest push uses readReplayMapInfo() to validate the file before playback (like loadReplay), shows the "REPLAY NOT FOUND" message, and refreshes the listbox on failure. Both the message and list refresh should now be consistent with deleteReplay. Ready for re-review when you get a chance.

Is the latest push actually pushed? Issues still persist:

1. The NOT FOUND message is inconsistent between load and delete actions.
2. When attempting to load a replay, the game crashes after clicking OK on the NOT FOUND message.

[bobtista]

The latest push uses readReplayMapInfo() to validate the file before playback (like loadReplay), shows the "REPLAY NOT FOUND" message, and refreshes the listbox on failure. Both the message and list refresh should now be consistent with deleteReplay. Ready for re-review when you get a chance.

Is the latest push actually pushed? Issues still persist:

1. The NOT FOUND message is inconsistent between load and delete actions.
2. When attempting to load a replay, the game crashes after clicking OK on the NOT FOUND message.

Yes latest was pushed, but you're right. RE Inconsistent messages — I'll switch to using the same FormatMessage/GetLastError pattern that deleteReplay uses, with "GUI:Error" as the title. RE Crash after clicking OK, I think that's something else - I'll investigate.

[xezon]

Needs re-review @Stubbjax

[xezon]

@Stubbjax

[bobtista]

Reworked this.

RE message consistency, reallyLoadReplay now re-validates with readReplayMapInfo() and shows the same "REPLAY NOT FOUND" message as loadReplay, instead of the raw OS FormatMessage string.

RE Crash after OK, RecorderClass::playbackFile(): it was setting m_mode = RECORDERMODETYPE_PLAYBACK before opening the file, so a failed open left the recorder in playback mode with a NULL m_file, and the next update dereferenced it. Moved the assignment after the successful header read.

Also drops the Win32/VC6 file-attribute code :) Ready for re-review.

[bobtista]

Apologies - on 19 Jul I committed locally but never pushed, so you were both reviewing the February version. Pushed now and rebased onto current main.

[xezon]

The bot has a complaint.

[xezon]

Code looks ok

stale