[Issue 126869] Analysis Task: Lost/Corrupted Documents after Save/Shutdown

[bu...@apache.org]

https://bz.apache.org/ooo/show_bug.cgi?id=126869

--- Comment #44 from Arrigo Marchiori <ar...@yahoo.it> ---
(In reply to John from comment #43)
> I used a USB attached diskette drive and a 1.4MB diskette so I could slow
> down the write process. 

That's a clever test!

> 2.  I started a save and, while the file was being written, I went Start >
> Power > Shutdown.  I was expecting AOO to prevent the shutdown, or at least
> to give an error message that AOO was writing and asking if the shutdown
> should continue, but I got nothing and the PC powered OFF. 
> 
> When I powered ON, the file was showing in Explorer to be 400kB, not 700kB
> showing the save had not completed.  I opened it with 7-ZIP and it reported
> 
> Name                Size    Packed size
> 
> Configurations2      0         2
> Thumbnails       5,021     5,021
> content.xml          0         0
> mimetype            49        39
> 
> Note that the total is only just over 5kB despite being reported as 400kB. 
> I was able to extract each file so the ZIP container was well formed.  I
> have uploaded this fred.odt file - note it reports as 400kB but is only
> about 5kB.

On my Linux system, the tools I have (including a command line version of
7-Zip) cannot open the file. They say it's truncated.

I have a question: when you restarted AOO, did it offer to recover the file?

> Conclusions: 
> 
> 1.  Should AOO prevent the shutdown power off?  Should AOO give a warning to
> the user and prevent the shutdown?

I think so.

It is also very important to know if AOO recorded that the file was "not saved
sucessfully" and offered to recover it.

> 2.  I do not know at what stage in the Save process I issued the shutdown
> command.  Note how a well formed ZIP file was created so this is not the "My
> file is full of #####" problem.  It suggests that I need to do more testing
> where I issue shutdown earlier to see if I can catch it.

It was not well-formed according to:
 - UnZip 6.00 of 20 April 2009, by Info-ZIP
 - p7zip Version 16.02

I could have fiddled with the options to try recovering the data but I do not
think it would lead to any interesting results.

> Visual observation of File Explorer never showed the file to be 700kB in
> size suggesting that when a file is full of null characters it has some
> other cause.

I also looked at its contents and they do not seem to be all NULL's.

Fun fact: it is 491520 bytes, i.e. _exactly_ 480 * 1024 bytes. The transfer was
probably halted on a kilobyte boundary or something like that.

> I will repeat the test with a laptop and investigate hibernate and sleep and
> earlier shutdowns, and possible differences between Save and Save As.

Thank you!

-- 
You are receiving this mail because:
You are the assignee for the issue.