Issue 117173 - graphic images dropped randomly, and repeatedly, during editing
Summary: graphic images dropped randomly, and repeatedly, during editing
Status: UNCONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: OOo 3.3
Hardware: PC Windows Vista
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-02 22:09 UTC by preimold
Modified: 2019-02-10 21:01 UTC (History)
5 users (show)

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


Attachments
two presentations; one showing missing graphics (8.90 MB, application/x-zip-compressed)
2011-03-02 22:09 UTC, preimold
no flags Details
Presentation from tests that did NOT reproduce the bug (199.04 KB, application/vnd.oasis.opendocument.presentation)
2011-03-06 00:29 UTC, scottallman
no flags Details
content.xml from file described in Comment 9 (178.94 KB, application/xml)
2019-02-10 20:58 UTC, John
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description preimold 2011-03-02 22:09:05 UTC
Created attachment 75974 [details]
two presentations; one showing missing graphics

While editing a long interactive presentation, "metafile" images that were NOT AT ALL edited disappeared mysteriously. They were there when I edited the page; editing went on to next pages. Scrolling back in the "Slides Pane" I then discovered that several images had disappeared (blank square placeholders visible, with sound interactions still intact).

I replaced the missing images, in some cases with entirely new ones, and labored on for hours fixing unrelated issues (having to do with making the presentation work under OOo3.3 -- it had worked OK under OOo3.1.1, but various sound interactions triggered by "grouped objects" no longer worked, plus some metafiles displayed in odd ways on the screen).

I saved the presentation. Next time I opened it, I found that it now had dropped DIFFERENT images on DIFFERENT pages. I concluded that it would be an endless task editing the presentation and gave up.

Yet I had not noticed the same problem before, while adjusting ca. 30 presentations to work around various bugs in OOo3.3. Conceivably, the internal "metafile" format from OOo3.1 was Starview metafile and is poorly handled in 3.3? I also am in the process of installing 3.3 on another machine running XP, not Vista) to see if there is a difference. 

I attach two presentations (one, "Which GoTogether," close to the OOo3.1.1 original, not edited in OOo3.3; the other, "Which GoTogetherIMAGESmissing" edited several times in OOo3.3 as described above, and showing (presumably on any machine) various missing graphics)
Comment 1 wolframgarten 2011-03-03 09:35:26 UTC
I can see the missing pictures (placeholders with  ... in it) for example on page 11,12,13. Reassigned. I don't know how they got missed.
Comment 2 scottallman 2011-03-06 00:25:56 UTC
(Scott Allman March 5, 2011)
OS: Windows 7, Home Premium
OpenOffice.org OOO310m19 (Build9420)
Microsoft Power Point (12.0.6535.5002) SP2 MSO (12.0.6546.5004)

As I understand this bug, a corrupt presentation is created after numerous edits.  The edits repositioned metafiles in the presentation.  At least one of the attached files appears to be corrupted.  I tried several tests to reproduce a corrupted file, but could not. 

There are two files attached:
.	WhichGoTogether.odp”.  This is the file before editing.
.	WhichGoTogetherIMAGEMissing.odp”.  This is the file after editing.

Test 1: Opened the file “WhichGoTogether.odp” in PowerPoint.   
Step 1.  Received the message, 
“PowerPoint was unable to display some of the text, images, or object on slides in the file, “WhichGoTogether.odp” because they have become corrupted.  Affected slides have been replaced by blank slides in the presentation and it is not possible to recover the lost information.  To ensure that the file can be opened in previous versions of PowerPoint, use the Save As command (File menu) and save the file with either the same or a new name”.
Step 2. Counted the slides with problems
   1 of 82 slides was blank (slide 2)
   35 slides had blank square placeholders instead of images.

Test 2: Opening the same file (WhichGoTogether.odp” ) with Impress 
Step 1: No warning messages.
Step 2 Counted the slides with problems
   0 blank slides and 0 slides with blank square placeholders instead of images.

Test 3 Opened the file “WhichGoTogetherIMAGEMissing.odp” in PowerPoint
Step 1: The same warning message was displayed by PowerPoint as with the other attached file.
Step 2. Counted the slides with problems
   1 of 82 slides was blank (slide 2)
   40 slides had blank square placeholders instead of images.

Test 4: Opened the file “WhichGoTogetherIMAGEMissing.odp” ) with Impress 
Step 1: No warning messages.
Step 2 Counted the slides with problems
   0 blank slides and 9 slides with blank square placeholders instead of images.

To summarize, Impress displayed no problems in the file before editing, but some problems in the file saved after editing.  PowerPoint complained that both files were corrupt.  PowerPoint could not display all the images in the file before editing.

I compared the two presentations and looked for a pattern to the missing images.  I compared the Impress rendering and the PowerPoint rendering.  I compared the two files when displayed by Impress.  I asked the questions:
1. Was the same image always missing, for example was the hammer always dropped?
2. Was the image in a certain position (like bottom left) always missing?
3. Was the image in the slide title always missing?

I could not detect a pattern to the missing images just by inspecting the slides.


How did the file become corrupt?  I tried to reproduce the corruption by trying various edits.  I started with some simple edits and then added more complicated ones.
  
1. Start with a new, blank presentation.  The slide type is “Title, 2 Text Blocks” which I believe is the same used in the attached presentations.  Slide numbers and actions, below, refer to the new presentation.
2. Open the file “WhichGoTogether.odp”.  
3. Copy images from the file and paste them into the new presentation.  Specifically, put one image in the slide 1, two images in slide 2, and three images in slide 3.
4. Save the new presentation.  Exit and reopen the new presentation.  No problems seen.

5. Slide 4 contains seven images and one in the title.
6. Slides 5 and 6 were created by copying an image back and forth between these slides. Each image was copied and pasted and cut at least two times.
7. Save the presentation.  Exit and reopen the presentation.  No problems seen.

8. In slides 7 and 8 the images were pasted, then cut, then pasted, then deleted, then pasted at least ten times.
9. Save the presentation.  Exit and reopen the presentation.  No problems seen.

10. In slide 9 a single image was pasted, the copied, to create eight images on the slide.
11. Save the presentation.  Exit and reopen the presentation.  No problems seen.

Attached is the file created in the tests described above.  It is named ”117173NotReproduced.odp”.

The above tests did not reproduce the bug.  Whatever corrupted the attached files was not replicated by the above tests.
Comment 3 scottallman 2011-03-06 00:29:41 UTC
Created attachment 76029 [details]
Presentation from tests that did NOT reproduce the bug
Comment 4 preimold 2011-03-11 17:15:30 UTC
Note responding to scottallman's test: I could not replicate problem in other presentations either. It turned out that in the latest round of dropped images after replacing them, the dropped image WAS the same (hammer). Tried to post a correction by entering bug ID but did this wrong and got "No data" reply. So here it is: one graphic (added to pres. in OOo3.1.1) apparently corrupted just by sitting there, dropped from an early page. Re-entered the graphic in OOo3.3 in, I believe, converted form to make sure it was "acceptable" to 3.3., all seemed well, then when RE-OPENING presentation, found that slides previously OK had missing graphic. I mistakenly thought they were different graphics, but checking the original by going back to OOo3.1.1, I found it was always the hammer.

Seems a stray issue, then. HOWEVER, OOo3.3 in this case displayed behavior mirrored in other cases I reported: it SEEMS to accept changes (here, revised graphic deposited on a page) and then FORGETS the next time it is opened. It did the same with Sound or "Go to Documents" Interactions assigned to Grouped images: it lets you assign but it will NEVER "remember" that it did -- instead just shows a blank sound or displays "Goto Document" WITHOUT the name.
Comment 5 Oliver-Rainer Wittmann 2012-06-13 12:16:50 UTC
getting rid of value "enhancement" for field "severity".
For enhancement the field "issue type" shall be used.
Comment 6 David Currey 2013-02-15 12:04:48 UTC
I use Impress to create presentations that usually number about 75 slides (for a one hour presentation).  While editing, random JPEGs are lost from the presentation.  Since I'm not always looking for these to be lost, sometimes I discover as many as three or four missing.  Other times I might just happen to notice a single one missing.  

I am not renaming the JPEGs, nor moving them around from folder to folder.  

I've noticed that the dropped JPEGs are always ones that I'm using with some animation, such as in the current project, they do a Fly-In Very Fast After Previous.  JPEGs that are mounted when the frame comes up don't ever seem to get dropped.
Comment 7 David Currey 2013-02-15 12:05:37 UTC
I use Impress to create presentations that usually number about 75 slides (for a one hour presentation).  While editing, random JPEGs are lost from the presentation.  Since I'm not always looking for these to be lost, sometimes I discover as many as three or four missing.  Other times I might just happen to notice a single one missing.  

I am not renaming the JPEGs, nor moving them around from folder to folder.  

I've noticed that the dropped JPEGs are always ones that I'm using with some animation, such as in the current project, they do a Fly-In Very Fast After Previous.  JPEGs that are mounted when the frame comes up don't ever seem to get dropped.
Comment 8 Marcus 2017-05-20 11:08:17 UTC
Reset assigne to the default "issues@openoffice.apache.org".
Comment 9 John 2019-02-10 20:56:09 UTC
I can confirm this behaviour in AOO 4.1.6 Windows 7.  Method to replicate:

1. Create new, empty presentation
2. Insert 150 slides and save file as .odp. All OK so far.
3. Drag a 1.5MB JPG into slide 1, another into slide 2, another into slide 3 ..., etc. The photos must all be different or AOO will store only one file. This embeds the images in the .odp file.
4. I saved after every 10 drags.
5. I got to 60 slides and saved. 
6. I then saw that photos 50 - 60 were missing. The file was then about 75 Mbytes.
7. Scrolling rapidly may cause the problem as well.
8. Graphics cache was 255 MBytes, Memory per object was 5 MB, Remove from memory was 10min, Number of objects was 50 
9.  On inspection of the .odp file, the missing photos were not stored in the .odp file \Pictures folder.  
10. On examination of content.xml, Slide 49 has the line:

<draw:image xlink:href="Pictures/1000000000000B20000008582BEE5677.jpg" xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad">

The equivalent line in Slide 50, where the image is missing, is:

<draw:image xlink:href="">

See Forum thread 150 slides with photos--possible? at https://forum.openoffice.org/en/forum/viewtopic.php?f=10&t=96945&p=464365#p464365

See Issue 126970 - Lost images while editing a Writer .odt file - two scenarios at https://bz.apache.org/ooo/show_bug.cgi?id=126970 which I reported and is almost identical suggesting it is an image handling problem in the suite, not just an Impress or Writer issue.

See Issue 121433 - Inserted pictures sometimes vanish randomly from the file which is very similar.
Comment 10 John 2019-02-10 20:58:20 UTC
Created attachment 86638 [details]
content.xml from file described in Comment 9

This is content.xml from the file as discussed in Comment 9 and in the forum thread Scroll rapidly at https://forum.openoffice.org/en/forum/viewtopic.php?f=10&t=96945&p=464365#p464365
Comment 11 John 2019-02-10 21:01:37 UTC
Is there a link between Tools > Options > OpenOffice > Memory > Number of objects was set to 50 and that slides 1 - 49 were OK, but slides 50, 51, ..., 60 had missing images?