| Summary: | Double-crashing krita circumvents autosave-recovery dialog | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Jonathan Ringstad <jwringstad> |
| Component: | General | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | halla |
| Priority: | NOR | ||
| Version First Reported In: | 2.9.4 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | autosave patch | ||
|
Description
Jonathan Ringstad
2015-05-12 15:35:14 UTC
I'm actually not sure about that: it's ultimately the user's responsibility to save the documents. After recovery, they can save immediately, if the recovered version is the right one, or close it and not save, if the recovered version turns out to be the wrong version after all. Created attachment 92610 [details]
autosave patch
Could you check the attached patch and experiment with it? I'm not sure that it won't cause lots and lots of trouble...
Agreed, but it could hypothetically be that the user runs into a situation where krita crashes all the time (for whatever reason, maybe the krita installation is corrupted, the system is bad for some reason or other, antivirus or something else is butting in, ...) and when they try to restore the document and krita crashes, they loose all their work. Erring on the side of caution might not be a bad choice. I tried the patch, and the following seems to work fine with the patch applied: - creating a document, letting it autosave, crashing krita, restoring it - "double-crashing krita" (restoring an autosave, not saving it, crashing krita, the autosave will show up again) - creating a document, letting it autosave, crashing krita, restoring it, saving it -- the autosave does not show up anymore as desired. So as far as I can tell, everything is great. |