Summary: | Incomplete recovery after crash | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Ulrich Windl <u20230201> |
Component: | framework | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | jluth, stephane.guillou |
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 77999 |
Description
Ulrich Windl
2024-05-08 13:29:12 UTC
Justin, with your recent work on autorecovery, any idea how to proceed with this report? No idea how to attempt reproducing such a scenario. If LO failed to recover the document the first time, there is no reason to think it would succeed on future tries. (It simply tries to load the document IIRC.) I agree that the wording is a little strange at the second dialog (which now only shows up if one or more failed to recover). IIRC it is basically asking for permission to delete the document it failed to recover, and saying no - don't delete it - will save it to the documents folder before continuing? So if this happens again, the safest way to proceed is to wait at that second dialog and grab a copy of the ODF document it failed to recover. If that document is attached to this bug report, there is at least some hope that a problem can be identified and fixed. (In reply to Ulrich Windl from comment #0) > (rather) surprisingly LibreOffice suggested to > recover the document that wasn't recovered before. This time it succeeded, > and only little of today's work was lost. That's not surprising. You indicate there are unsaved changes on it, so I would expect it to attempt recovery. Obviously today's changes didn't trigger whatever caused yesterday's save failure. |