[Scummvm-tracker] [ScummVM :: Bugs] #12363: MYST3: Manually overwriting Autosave file disables autosaving.
ScummVM :: Bugs
trac at scummvm.org
Sun Apr 4 05:42:09 UTC 2021
#12363: MYST3: Manually overwriting Autosave file disables autosaving.
--------------------------+---------------------------
Reporter: macca8 | Owner: (none)
Type: defect | Status: new
Priority: high | Component: Engine: Myst3
Version: | Keywords:
Game: Myst 3: Exile |
--------------------------+---------------------------
The Myst3 save system, supported by its own save dialog and dedicated
prompt-to-save feature, has always allowed the option of manually
overwriting the Autosave file when prompted by the game, in addition to
maintaining support for scheduled autosaving.
However, commit
[https://github.com/residualvm/residualvm/commit/b333691cc2] - Implement
the new autosave system - changed the way in which the Autosave file was
being monitored in Myst3, by adding an isAutosave flag to every save
file’s metadata. Previously, the file’s identity was established
exclusively by testing its name.
The value of this flag is implemented by adding an isAutosave parameter to
the Myst3Engine’s saveGameState(), which is passed directly to
GameState::Save() for updating the file’s metadata.
The issue here is that the Autosave file’s isAutosave flag is changed to
false when the user initiates a manual overwrite of the file, because all
manual saves (including to autosave) are passed an isAutosave parameter of
false.
For scheduled autosaves, the autosave system determines the status of the
file occupying the designated autosave slot by checking the value of its
isAutosave flag, and only falls back to a name test if the flag hasn’t
been set (refer SaveStateDescriptor::isAutosave() in
/engines/savestate.cpp).
This test currently fails if the user has initiated a manual overwrite of
the Autosave file, because the autosave system incorrectly assumes that
the autosave slot is occupied by a user created save file, which prevents
the scheduled autosave from occurring.
What’s needed is an appropriate name test to be included in
/engines/myst3/myst3.cpp/Myst3Engine::saveGameState(desc, thumbnail,
isAutosave) to reset the isAutosave variable to true, before it’s passed
on to _state->save().
I’d suggest something similar to the following (it’s only needed if the
parameter is false), placing it immediately after the removal of any
suffix from saveName (line 1594)...
if !isAutosave && saveName.equalsIgnoreCase(_(“Autosave”)) {
isAutosave = true;
}
With regard to the name test comparison, I’m not sure if case is an issue
or not, because all save names (including AUTOSAVE) appear in uppercase in
the Myst3 Save dialog, and all save file names (except Autosave.m3s) are
also in uppercase.
Current daily build: 2.3.0git14891-gb5804e1257 (Apr 3 2021)
Platform: macOS (10.6.8 & 10.11.6)
Game Version: 4-CD English
--
Ticket URL: <https://bugs.scummvm.org/ticket/12363>
ScummVM :: Bugs <https://bugs.scummvm.org>
ScummVM
More information about the Scummvm-tracker
mailing list