Issue 2462 - Wrong document format after document recovery
Summary: Wrong document format after document recovery
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 641
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-12-06 10:24 UTC by osavill
Modified: 2013-08-07 14:43 UTC (History)
1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description osavill 2001-12-06 10:24:09 UTC 
I had just saved a document in Word format. OO then crashed (I was trying to reproduce another 
problem which is why I had just saved the document).

On restart I was offered the option of 
recovering the document, I took the offer. Next time I saved the document I noticed the progress 
bar accross the bottom. This is something you don't get when saving in Word format. So I did a 
"Save As" and sure enough I was offered "FooBar.doc" in "OpenOffice.org 6.0 Text Document" 
format !

Just as well I spotted this before e-mailing the document and watching some very 
confused people trying to open it in Word !! he, he :-)
Comment 1 stefan.baltzer 2002-01-07 11:12:49 UTC 
What is the bug you intend to report?
Comment 2 osavill 2002-01-07 11:29:08 UTC 
The one about OO defaulting to saving .doc's in Open Office format
after crash recovery. I had been happily editing this document in Word
format until the crash. I had not at any time instructed OO to save
the .doc document in OO format. Is part of the recovery process is to
recover the current document format / mime type ? If I had been
editing a .csv file in comma seperated value format and OO crashed,
would this be automatically saved in OO Spreadsheet format after crash
recovery ? At the very least it would be nice to get some kind of
warning that the document may have been saved in a different format to
the one intended.
Comment 3 stefan.baltzer 2002-01-08 16:03:17 UTC 
Mathias, I am not sure how many features got built in into the file recovery. You may give a 
good comment, I guess.
Reassigned.
Comment 4 Mathias_Bauer 2002-01-09 09:02:19 UTC 
This is indeed a bug. Of course all documents are saved in 
our "native" format, just to avoid additional complications in the 
crashguard. But we remember the original filter name in the 
configuration, and this should be restored after succesful recovery.
Comment 5 Mathias_Bauer 2003-01-17 09:35:28 UTC 
Fixed for all builds >= 644.
Comment 6 Mathias_Bauer 2003-01-17 13:35:59 UTC 
.
Comment 7 Mathias_Bauer 2003-01-17 13:47:01 UTC 
Stefan, please verify this fix in the corresponding builds.
Comment 8 Mathias_Bauer 2003-01-20 13:23:31 UTC 
Sorry, I was too fast ...
Comment 9 Mathias_Bauer 2003-01-20 13:24:11 UTC 
.
Comment 10 Mathias_Bauer 2003-01-31 09:31:56 UTC 
Reopened for QA
Comment 11 Mathias_Bauer 2003-01-31 09:32:59 UTC 
@es: please test this in CWS CD5.
Comment 12 stefan.baltzer 2003-02-03 16:52:15 UTC 
SBA: Fix verified in 644 (CWS CD5).
Comment 13 stefan.baltzer 2003-02-03 16:53:17 UTC 
Marked as verified.
Comment 14 michael.bemmer 2003-03-13 11:13:38 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.