Opened 18 months ago
Closed 15 months ago
#12957 closed defect (fixed)
STARK: "Could not copy the savegame to a new slot" when trying to move save to make room for autosave
|Reported by:||Thunderforge||Owned by:||aquadran|
|Cc:||Game:||The Longest Journey|
If a savegame is in the first save slot (say, for the Prologue), when an autosave will be created, the following message appears:
WARNING: The autosave slot has a saved game named Prologue. You can either move the existing save to a new slot, Overwrite the existing save, or cancel autosave (will not prompt again until restart)
There are three buttons: "Move", "Overwrite", and "Cancel autosave". Whenever I click "Move", I get the following error:
ERROR: Could not copy the savegame to a new slot
To make matters worse, nothing appears in
scummvm.log regarding this interaction.
- Start The Longest Journey
- Either start a new game or load a save game
- Create a save in the first slot (i.e. the one in the top-left)
- Wait until the dialog pops up. It seems some actions postpone an autosave, like being in conversation. Reading April's diary seems to be an action that does not block it.
I would like to see a solution that
- Does not cause an error when clicking the "Move" button
- Provides logs for this warning and the errors
- ScummVM: Windows x64 Daily 2021-09-22
- The Longest Journey: Steam + Fonts from demo on ScummVM site
Change History (4)
comment:1 by , 18 months ago
|Summary:||STARK: Error when trying to move save out of first save slot when creating autosave → STARK: "Could not copy the savegame to a new slot" when trying to move save to make room for autosave|
comment:2 by , 18 months ago
comment:3 by , 18 months ago
@thunderforge, just to clarify, the warning message is an addition to the Autosave System (introduced with PR 3261), that's triggered if the Autosave slot is occupied by a non-autosave saved game when an autosave is attempted.
The Autosave System has always operated on the basis that an autosave will never overwrite any user-created saved game that may be occupying the Autosave slot. Previously, this resulted in the autosave failing silently, and it was left to the user to firstly, become aware of the situation, and secondly, remove the non-autosave saved game from the autosave slot, to enable the autosave to proceed.
This warning message now alerts the user of the presence of the non-autosave saved game, and attempts to offer solutions to allow the autosave to proceed successfully. Unfortunately, as you've found out, some of these solutions don't necessarily work with all game engines. Either way, the warning message is a great addition, but there's room for improvement in the messaging, and I seriously believe that Move and Cancel are the only options needed in the dialog, but that's just my opinion.
For the record, the manual method for removing a non-autosave saved game from the autosave slot (without losing the saved game) is to load the saved game, save to another slot, then delete the original saved game from the autosave slot.
comment:4 by , 15 months ago
|Status:||new → closed|
Perhaps similar to this Starship Titanic bug? https://bugs.scummvm.org/ticket/12951