Project

General

Profile

Actions

Emulator Issues #6565

closed

updating wipes your save games

Added by nihongo over 10 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

Updating Dolphin by taking the new release and copying it over the old program files has wiped my save games, losing me weeks of game play. Not cool.

I don't know how Dolphin stores its saves, but it seems it's putting that information in a file that is also part of the base release, which is a really bad idea. Store this information in a file that gets created the first time a game tries to store data, and cannot be overwritten by dropping in the files associated with a new release.


Related issues 1 (0 open1 closed)

Is duplicate of Emulator - Emulator Issues #6448: Move user directory to a global location on WindowsFixeddelroth

Actions
Actions #1

Updated by rachelbryk over 10 years ago

  • Status changed from New to Invalid

but it seems it's putting that information in a file that is also part of the base release,

No. This is a case of user error. Ask on the forums if you need more help.

Actions #2

Updated by nihongo over 10 years ago

If I can destroy my saves simply by upgrading to your next release, that's not just a user error, that's also a problem with release packaging that's worth fixing.

Actions #3

Updated by delroth over 10 years ago

  • Status changed from Invalid to Duplicate
Actions #4

Updated by rachelbryk over 10 years ago

Just by upgrading to a new release? You can't. You can destroy your saves by blindly copying files and overwriting them. There's nothing we can do to prevent you from doing that.

Actions #5

Updated by nihongo over 10 years ago

Those two things are the same given how the releases are packaged, hence the note that this is a packaging problem.

The release is a zip file (7z archive), so following the general conventions of archive-distributed software, the expectation is that you know archive installs and upgrades are based on "unpack, ovewriting the old files". If that approach can destroy saves, then there is something worth fixing.

Actions #6

Updated by comexk over 10 years ago

What you could to do prevent it is make the application follow platform conventions, including storing data in a separate directory as per 6448 (and possibly having an installer).

Actions #7

Updated by rachelbryk over 10 years ago

That cannot possibly destroy your saves. Ask on the forums if you need more help.

Actions #8

Updated by pauldacheez over 10 years ago

FWIW, I've never heard of any "general conventions of archive-distributed software". In fact, the few examples I've had of upgrading archive-distributed software required you to pick-and-choose, replacing the program itself and any libs and all that while making sure not to overwrite your configs (or, heck, even manually merge newer options into your old configs or edit the new one to match the old one) and userdata and everything. Rarely, if ever, have I had an "unpack, overwriting the old files" type of install that didn't require me to pay some goddamn attention to what I'm overwriting. You have weird expectations, methinks.

That said, the fact that Dolphin stores its User folder right next to the executable/libs on Windows instead of in whatever the equivalent to ~/.dolphin-emu/ or ~/Library/Application Support/Dolphin/ would end up being on Windows is really fucking brain-dead and needs to be fixed ASAP. Ain't no one got time for manually copying their User folder between builds at this rate of development.

Actions #9

Updated by pauldacheez over 10 years ago

Kind of a waste of writing there. This has been fixed as of shortly before 4.0, all your data's now supposed to go in your Documents folder. Get a current build from https://dolphin-emu.org/download/ (either 4.0 or the latest dev build is fine) and refer to this guide: https://dolphin-emu.org/docs/guides/controlling-global-user-directory/ It should be straightforward enough.

Also, honestly, if you're smart you shouldn't ever be blindly overwriting files. Look at what's in there first. Not the developers' fault at all if you forget to take your hamster out of his cage before destroying his cage and replacing it with a new one, y'know?

Actions

Also available in: Atom PDF