Bug 46819 - FILEOPEN: LO Crashes while Opening a HTML Document, Recovery Process Erroneous, Data Loss Probable
Summary: FILEOPEN: LO Crashes while Opening a HTML Document, Recovery Process Erroneou...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-01 05:24 UTC by Harald Koester
Modified: 2012-07-06 06:02 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2012-03-01 05:24:37 UTC
Problem description: 

Steps to reproduce:

[1] Copy the German LibreOffice Download page (http://de.libreoffice.org/download/) to your PC. I did this with Firefox: "Save as .." function. A file with the name "Download » LibreOffice.htm" and a directory with the name "Download » LibreOffice-Dateien" are created. The directory contents 7 files.
[2] Start LibreOffice.
[3] Open new text document.
[4] Insert some words.
[5] Save document. I named it "testfile.odt".
[6] Add some more words, but don't save the document.
[7] Open the copied HTML file ("Download » LibreOffice.htm") in LibreOffice. Wait. Message: "Due to an unexpected error, ...  The following files will be recovered: testfile.odt". (By the way: Sometimes there is a nice visual effect if you move this message window with the mouse.)
[8] Click OK. Message for a very short period of time: "documents are being saved" or similar. Then LibreOffice is closed.
[9] Start LibreOffice again. Message: "Press 'Start Recovery' to ...", two documents are listed: "testfile.odt" and "Download » LibreOffice.htm".
[10] Click "Start Recovery >". Recovering process starts. Both files are marked as recovered. Message: "Recovery of your documents was finished".

From now on I observed different behaviours with variations:

[11a] Wait. The message changes to "Recovery of your documents was finished. Click 'Finish' to see your documents." Wait. A new message window is opened: "Due to an unexpected error ...  The following files will be recovered: "testfile.odt" and "Download » LibreOffice.htm". Sometimes this message is already displayed if you wait and don't click 'Finish'.
[12a] Click OK. An unfinished box is displayed (not always). The Windows sandglass appears if you move the mouse over this message box. Another "OK" click does not have an affect. 
[13a] Close the message box: click red cross. A Windows message appears, that the programm does not react. Now the only way to go on: Close LibreOffice at once. Wait. Then you are asked to send a problem report to Microsoft.

or other possible behaviour

[11b] Wait. The message box closes. LibreOffice is no longer active.

You can start LibreOffice again and again beginning with step [9], the behaviour is either equal or similar as described. The only way to exit this loop is to cancel the recovery after step [9]. 

Then LibreOffice behaves as follows:
[C1] Cancel recovery. Message: "The automatic recovery process was interrupted..." is displayed. You are offered to save the document "testfile.odt".
[C2] Click save. Wait. LibreOffice starts with an empty text document. Sometimes the document "testfile.odt" is saved as "testfile.odt_X.odt" (X: Number), (It is not saved as testfile.odt as expected.), sometimes it is saved not at all.

Comments: 
[1] With Version 3.4.5, the described behaviour does not occur. But I did only a short check.
[2] The recovery process does not recover changed files, but you have to cancel the recovery in order to get a chance to recover your changes.
[3] If the document is not saved in step [C2] the changes of step [6] are lost.
[4] You have to know that the recovered file is renamed. I did not. Only because I dealt with this bug, I found my lost document.

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.27) Gecko/20120216 Firefox/3.6.27
Comment 1 sasha.libreoffice 2012-05-29 04:19:44 UTC
Thanks for bugreport
in 3.5.3 on Fedora 64 bit I can not reproduce. May be fixed?
Comment 2 Harald Koester 2012-07-03 14:46:05 UTC
Bug checked again with different LO versions and OS:
Vers. 3.4.6 on Win XP: No bug.
Vers. 3.5.0 on Win XP: BUG!
Vers. 3.5.2 on Win XP: No bug.
Vers. 3.5.3 on Win 7: No bug.

It seemed that the bug has been fixed either in LO 3.5.1 or LO 3.5.2.

I will change status to RESOLVED FIXED.
Comment 3 sasha.libreoffice 2012-07-06 06:02:13 UTC
We should use "Fixed" only if know by which patch it is fixed. If it fixed accidentally, then we should use "WorksForMe". (It may appear again in next version).