Issue 81066 - Recover Document Corrupts Original Document
Summary: Recover Document Corrupts Original Document
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOG680_m2
Hardware: All All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-27 17:39 UTC by discoleo
Modified: 2007-09-20 12:16 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description discoleo 2007-08-27 17:39:40 UTC
This is a cloned task of issue 81033.

I described in issue 81033 a crash when pasting an image inside a table. See the
attached document for that issue.

The bigger problem is, that, as the paste-operation triggered a crash, I was
*unable to save* the document. Therefore, the existing document should be the
last version *prior to the crash* and this should be still a *functioning* version!

Unfortunately, after restarting OOo, the recovery tool started automatically and
- as an unsuspecting user - I tried to recover the document. This followed again
by a crash. However, after this misguided recovery, the existing document would
crash OOo. The only logical explanation is that during the recovery, the
document was *corrupted*!

Because the document recovery obviously corrupts the document I strongly tend to
assign a priority of 1 (P1) to this issue. This is really very *BAD*.

The 'document-recovery' *SHALL NEVER* corrupt a document in a way that makes it
unusable.

Please note, that the file attached for issue 81033 continuously crashes OOo and
is therefore unusable. IF the recovery creates a document that would crash OOo,
the 'document-recovery' process shall leave the initial document *unaltered*. At
least some of the data can be recovered this way!

This is a serious bug and I hope that it gets fixed timely. Instead of
recovering documents, the document recovery has the potential to permanently
damage these same documents. This needs to be fixed.
Comment 1 michael.ruess 2007-08-28 08:23:34 UTC
Reassigned to ES.
Comment 2 eric.savary 2007-09-20 12:15:40 UTC
The recovery didn't corrupt the document but restored the document (tmp file) in
the corrupted state it was *after* inserting the picture.
The recovery does not reload an backup of the file before the last action.

To avoid this kind of problem, before everything goes wrong, use "Tools -
Options - Load/Save - General - Always create backup copy"
Comment 3 eric.savary 2007-09-20 12:16:06 UTC
closed