That’s mainly because the recovered file will have the identical name as the main “current” version. This makes handling backups way more risky and error prone than need be. This could be prevented with a simple fix:
When Scrivener creates the timestamped zip file with the name “ProjectName-bak-2022-02-26T16-18.zip,” it should also rename the internal project folder and scrivx files with the same timestamp, locking container and contents together as a unique backup set. That would make it impossible for a bak to overwrite a current.
The FIRST thing I do when I unzip a backup is copy the filename from the zip file to the project folder and scrivx file. That shouldn’t be necessary. Scrivener should do that at the point of origin. This would be a super simple thing to implement (Qt willing, I suppose) and would save a lot of trouble and panic and heartache.
“Repeating myself,” she said again.