|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Document recovery leads to conflict by saving recovered files | ||
|---|---|---|---|
| Product: | General | Reporter: | cno |
| Component: | code | Assignee: | thorsten.martens |
| Status: | CLOSED FIXED | QA Contact: | issues@framework <issues> |
| Severity: | Trivial | ||
| Priority: | P3 | CC: | issues, Mathias_Bauer, mikhail.voytenko, niklas.nebel |
| Version: | OOO320m4 | ||
| Target Milestone: | OOo 3.2 | ||
| Hardware: | Unknown | ||
| OS: | Windows XP | ||
| Issue Type: | DEFECT | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
| Issue Depends on: | |||
| Issue Blocks: | 99999 | ||
Additional PITA:
With a Calc document, after choosing 'Save anyway' the following appears:
= = = = = = = = = = = =
"OOo-dev 3.2"
X | Error saving the document <name>:
Write error.
The file could not be written.
| OK |
= = = = = = = = = = = =
Then saving for the second time, this stop message does not apprear...
To make sure that I understand that correctly: The recovery started immediately after the emergency save and OOo alleged that the original file is modified. *Is* the original file modified? Can you exclude that somebody else has modified the file after you have opened it, especially after OOo has crashed? @mathias: Yes, all steps take place immediately after the previous. And all files are local. Good way to test (for me) in m4: with some documents open, open the dialog "Bullets and Numbering" and click Options tab. (now it crashes already when trying to open the dialog. Will send the reportID when I receive it). @tm: please try to reproduce the problem. If we can reproduce it, it would be a candidate for a showstopper. I'm unable to reproduce the problem. I used an OOo320m4 build on WinXP and let the office crash in the mentioned way (bullets and numbering). Everything works as exspected (document recovery and crashreporter) and no additional warnings or errors occured. Closing the recovered documents afterwards worked also without problems. I can reproduce it. Recovery works, but the error occurs when saving the recovered file (it must have been modified before the crash). @nn: thanks for confriming Saves me searching for "strange local circumstances @cor" ;-) Mikhail, please take over. IMHO this deserves to become a showstopper. Cor, could you write a request? . Now, with the additional info, I can also reproduce this behaviour ! Steps: - create new document - edit document - save document - edit again - let office crash (simply by using bullets and numbering/options) - let office recover - click on save-button after office has restarted -> message appears ! The first dialog appears because of wrong time stamp check. The original file has to be checked instead of recovery version. The framework part of the fix is commited in fwk129. set target The Calc change for the second error is also in fwk129. Setting to fixed since the Calc part of the fix is also commited to fwk129. mav->tm: Please verify the issue. Checked and verified in cws fwk129 -> OK ! |
After a crash - First a save occures - Then the recovery starts - Then, for various files, when closing, it is asked whether they have to be saved - Choosing Yes, will leed to the following question = = = = = = = = = = = = "Document Has Been Changed By Others" | ? The file has been changed since it was opened for editing in OOo-dev. Saving your version of the document will overwrite changes made by others. Do you want to save anyway? | Save anyway | Cancel | = = = = = = = = = = = = Have seen this various times. I think (pretty sure) only in 3.2-dev versions.