https://bz.apache.org/ooo/show_bug.cgi?id=126970
Issue ID: 126970
Issue Type: DEFECT
Summary: Lost images while editing a Writer .odt file - two
scenarios
Product: Writer
Version: 4.1.2
Hardware: PC
OS: Windows 7
Status: UNCONFIRMED
Severity: Major
Priority: P5 (lowest)
Component: editing
Assignee: [email protected]
Reporter: [email protected]
Created attachment 85532
--> https://bz.apache.org/ooo/attachment.cgi?id=85532&action=edit
Files for Scenario 2 lost images
I am creating this new bug report to capture details about instances of lost
images.
Lost images is one of the problems identified in Issue 126846 - Analysis Task:
Major Recurring Data/Operation Loss/Corruption Situations at
https://bz.apache.org/ooo/show_bug.cgi?id=126846. I wrote the original
analysis which caused the meta-task to be created. I have now experienced
three cases of lost images in a matter of weeks and I have done some in depth
analyses of the cases which I believe may assist the developers in locating the
problematic area of the code.
There appear to be two completely different scenarios for image loss:
Scenario 1 - the temporary image files get deleted
Scenario 2 - the temporary files do NOT get deleted, but Writer loses contact
with them
Scenario 1 - the temporary image files get deleted
Writer stores all temporary files in the default temporary folder
C:\Users\John\AppData\Local\Temp\sv1naht3.tmp\. Note that if there are three
documents opened at the same time, then all three documents' temporary files
are stored in that single temporary folder (making unique names critical).
For some reason, the temporary image files are NOT flagged as being open or
owned by Writer, whereras the "as opened .odt file stored as a .tmp file" is
falgged as being open. As this ...\Temp folder is a generic, system wide
temporary folder, disk cleaning cleaning utilities will delete the temporary
image files if they are run.
I have reproduced this scenario by opening a .odt file with images, flushing
the images from memory, and deleting the temporary files - the images are then
lost from the document. See the PDF uploaded to Issue 126846 - Analysis Task:
Major Recurring Data/Operation Loss/Corruption Situations for a description.
There are two suggested fixes for this:
1 Do not use a system wide generic folder for temporary AOO files. Instead,
use a temporary folder in the AOO profile.
C:\Users\John\AppData\Roaming\OpenOffice\4\user\temp\ is already present - why
not use this location for AOO temporary files?
2 Flag ALL temporary files as being "Open" while they are placed in the
temporary folder.
There are numerous reports of image loss in the forum and in bugzilla.
LibreOffice also has reports of image loss - see Images disappeared in Writer
at http://en.libreofficeforum.org/node/13346 where one poster has identified
the problem as being caused by Auslogics Boostspeed deleting temporary files.
Scenario 2 - the temporary files do NOT get deleted, but Writer loses contact
with them
In this scenario, the temporary image files are NOT deleted - they are still in
the temporary folder, but the Writer document displays Read Error messages and
the images are not displayed. This has now happened twice to me. I reported
the first occurrence at https://bz.apache.org/ooo/show_bug.cgi?id=126869
Below is the second occurrrence:
I had received Advert Blagdon May 2016.docx file with a new advert. I opened
my ads A9.odt file and began to edit it to reproiduce the advert drafted in the
.docx file. I have uploaded the .docx and the A9.odt file, and also the
contents of the
C:\Users\John\AppData\Roaming\OpenOffice\4\user\temp\sv1jk9x1.tmp\ folder after
I lost images and saw the Read Error messages.
Both .docx and .odt files were one page with some images. My Remove from
memory was set to 1 minute to force images to flush quickly for diagnostic
purposes.
I was editing ads A9.odt (uploaded and also see image) where the Zumba advert
words had changed, and I needed to delete two images and add three new images
(highlighted). The document is one page, where each advert is in a table cell.
I had edited the words and deleted the two images no longer needed, and had
added the three images shown.
Suddenly, without any worning, I saw Read Error messages for ALL THE OTHER
images on the page EXCEPT for the three highlighted images which I had added.
I doubt it was because these were still in memory as my remove from memory was
set to 1 minute.
I immediately went to
C:\Users\John\AppData\Roaming\OpenOffice\4\user\temp\sv1jk9x1.tmp\ and took a
copy of the entire folder. I have uploaded it here.
I then saved the .odt file and re-opened it. As expected, the three outlined
images were present but all the other images were missing. I did not get a
Read Error message for the missing images - all trace of them was gone.
Analysis. It appears that the "in-memory" document had somehow lost contact
with the images which were and are still in the ...\Temp folder.
Why has this happened?
Has Writer lost the name of the images? The names are pseudo-random - could
Writer be re-using names?
What causes Writer to display the Read Error message? I think this is a very
good line of investigation - when and for what reason does Writer display this
message? Does that reason give any hint as to what is happening? What does
Writer do after it gets this error - it obviously does not save the images
files which are still in the temporary folder - why not?
How can I "dump" the contents of the "in-memory" document to see why it has
lost contact with the images?
Is it sensible for Writer to place all open documents' temporary files in the
same folder? This has implications if the same random name gets uses for
images in two different documents. Would it be betetr to have one folder per
open file?
Why has this never happened to me before, yet is has happened three times in on
month? I edit a monthly magazine with Writer so my usage has not changed.
Note that the image showing the contents of the temp folder has the files
sorted in date order. However, although it looks like the top set of images
are for the .odt file and the bottom set are for the .docx file, this is not
so. 6 women at bar and Barree Fitness were never in ads A9.odt. Similarly,
pilates and photo of Lynne were never in the .docx file.
--
You are receiving this mail because:
You are the assignee for the issue.
