Apache OpenOffice (AOO) Bugzilla – Issue 20235
Inserting PNG files in presentations corrupts impress file
Last modified: 2004-01-29 17:17:13 UTC
I inserted two PNG images (scrennshots) in a presentation. This appears to corrupt the presentation file (after several save / load, can't remember when exactly but the bug occurs very quickly). First, the second picture disappeared, then it destroyed an embeddind (OLE) OpenOffice Draw on the next frame, and now the file cannot be saved anymore. If I delete the PNG frames and the corrupted adjacent Draw frame, I can save the document. I can give the corrupted file since it's a course that will be distributed under FDL.
It would be great if you could append these pngs and the corrupted file. Thanks in advance.
Created attachment 9999 [details] First PNG image inserted in the broken doc
Created attachment 10000 [details] Second PNG image inserted in the broken doc
Created attachment 10001 [details] totally broken document (unsavable)
Created attachment 10002 [details] simple broken document (but still saveable)
Created attachment 10003 [details] simple document as it should be
I attached the two PNG images and three Impress documents (the first one is the most broken, the second is slightly broken and the third is at is was when I stopped trying to reproduce the problem). All I did was insert the two images, and cycle through save / close / load / modify a letter with frame insertion and removall from time to time (ie : normal user activity). Reproduced in less than 15 mn (to completely break the doc, one must continue for significantly longer but I did it at last). There is really no password on documents (they will complain on opening), this is because an empty password is always added by Impress (already traced in another Issue). To open it, simply validates. The first document is FDL'ed. CC
Reassigned to Christian.
Well, I can tell now that inserting a simple OpenOffice Draw can corrupt the presentation file actually. Importing PNG files may be broken simply due to bad behavior after drawing some schemas (I cannot tell if there is only one bug here however). I now have another document, where no PNG files at all was imported, and that I cannot open / write anymore either. The only thing I did was insert and edit OO Draw figures used as "OLE documents" in the presentation file. Note that the "OLE" aspect is not significant, since the document was broken under Linux. Therefore, the bug seems really to be: "inserting draw files in a impress document can corrupt the whole document" (certainly a memory error to that point). Note by the way that the error may be a OO Draw error and not an Impress one... I can provide also the broken document (I lost 6 diagrams on 11 for now, and sorry but this bug is really critical, Impress is simply unusable / very dangerous). By the way, if there is any chance I could recover my diagrams by editing XML files, I would really be happy to know how rather than redo everything and saving / closing / reopening between each frame. I will downgrade to OO 1.0.3 to see if it is a regression now. CC
It sounds like our bug with the disappearing graphics Issue 16297. Please have a look.
In fact, the graphics effectively disappears. But that inserting graphics is not necessary, now I reproduced that strange behaviour only with openoffice draw vector graphics, and 16297 seems to deal only with binary graphics. Actually, I'm convinced that this is not a presenter bug, but rather a openoffice draw bug, I never managed to trigger the bug with only binary graphics (but, as soon as I use 5-10 draw schemas, the file goes away). No memory problemn, no full disk by the way. Really data corruption. As far as the 16297 bug is concerned, I can confirm binary graphics disappear very easily in openoffice draw ALSO, and this is not a presenter bug either to my mind (I managed to reproduce the vanishing graphics bug in StarOffice Draw 6.0 +patch also, doesn't seem to be a regression therefore). And this invalidates the thesis that this is a graphic corruption due to the void password set by the autopilot (there was no password in the sxd file). May be a victim of two different bugs (ie: "password graphics file corruption" and "vector draw vanishing"). Don't know. However, the file was never unsavable nor unreadable as the one I posted with vector draw only. Maybe I didn't try enough to break it. Last thing: I use heavily paste / cut from one draw to another, by activating a schema in place and by pasting the copied schema in another one activated after. If there is memory corruption (double free or use of an invalid reference after deactivation of the source), such things can certainly corrupt everything. CC
This _is_ a duplicate; all attached bugdocs have an empty password set. Please note that internally, there's not much difference between a Draw and an Impress, which, for that matters, suggest not to insert those drawings as Draw OLEs, but simply copy'n'paste the content from the Draw. You can (with very few exceptions, like complex graphic transforms and polygon combinations) also draw your pictures directly in Impress. *** This issue has been marked as a duplicate of 16297 ***
.
This issue is duplicate to issue 16297 Issue 16297 is fixed and integrated in OOo 1.1.1 I close this issue. Please reopen it if the bug still occures in OOo1.1.1.