Apache OpenOffice (AOO) Bugzilla – Issue 34587
embedded graphics get lost -- "read error"
Last modified: 2007-05-06 00:05:10 UTC
OOwriter "looses" graphics embedded from an external file. In my case, it is an external EPS file. The strange thing is that I can work on it for hours or days, saving the document from time to time, without any problems. But then all of a sudden the image disappears and is replaced by a box saying "Read error". It then never reappeared by itself. The original .eps file has not been moved or altered in any way, so this is not the reason for the problem. The document also is not password-protected, I have experienced the same behaviour with a number of other eps files imported. This issue exists since Oowriter 1.0. I think this bug has already been reported as issues 23154 and 16297, but these have been closed although the problem definitely persists in the current versions of OOw. Pascal
MRU->SBA: please name a volunteer for this... ;-)
if possible please attach the bugdocs, your sxw and the eps will be fine,
Created attachment 18038 [details] Document containing embedded EPS
Created attachment 18039 [details] embedded EPS
I've attached the document and the eps file, but note that it happened with many other docs and eps files as well. Pascal
Created attachment 18053 [details] "Original" state
Created attachment 18054 [details] first occurence of error
Created attachment 18055 [details] message that appears later
Created attachment 18056 [details] message that appears later (previous attachment is the wrong one)
If it is useful, I am creating a document using the 1.9.56 build on Linux. I have embedded GIF images. When I open the document, I also have the "read error" where the graphic should be.
Unfortunately, this behavior is not consistent..... grumble grumble...
I just wished to report I was having the same (or very similar issues). Using OOo 1.9 m58 on Windows XP SP2. Also had the problem with m56. I create a blank document, insert a picture and save, it saves with picture embedded. I change the document and save again, the picture is removed (text is fine). Does not show Read Error, though, just shows nothing. It also removes at least equations, haven't tried other objects. When it removes equations, equation box shows 'Object n' where n is the number. Double click on it and it crashes OpenOffice. Pictures tried were jpg and gif formatted. Tried pictures included with OOo, same problem. Tried a clean install of Windows XP (with SP2 already installed), same problem.
I updated to OO 1.1.4 and this problem is persisting. It now occurs on several machines with independent installations of SuSE 9.0 and 9.1. I'd like to report something more informative to help to track down this annoying bug, but "Read error" and "Cannot display graphic" are not very informative. Is there a way I can provide more information, or find out what exactly is being read? The embedded gfx are eps files with TIFF header generated with CorelDraw. The gfx are imported into the document and not linked externally. Is there a possibility to get OO not to just drop the gfx once the error has occured but to try again? This problem happens so frequently that OOwriter basically is not usable for docs with several embedded graphics. Once a graphic is re-inserted and reformatted (wrapping, size, etc) the next graphic is lost half an hour later :-(
hi all, i think for easier analysis of this issue it would be helpful to hook in a Basic macro, which automatically creates a copy of the document in the current state, thus allowing to build a history of the document. Next time you are opening a document and get the read error you have the latest versions of the document available. This would make it easier to reprocude the issue and would give you, who are struggling with this issue, a working document, from where you would just have to repeat the last actions done. The way of hooking in the macro would be to reassign your preferred way of saving to the modified save-macro: Extras -> Configure... The macro would look to something like this: -------------------------------------------- function [Create filename for backup-copy] { return.value = actual.filename + increasing_dummy:integer } main { exec_regular_save; save_a_copy([Create filename for backup-copy]); } ---------------------------- Andrew, could you spare a moment for creating this macro in Basic?? :-) From writing your macro book you are just so much more qualified than me, who is still struggling with Object Programming in Basic.. ;-)
pascaln, do you still experience this issue with OO 2.0.3 (or soon to be released 2.0.4)?
I don't use OO with eps very often (because of that issue), but I remember that an EPS from a letterhead became a read error some weeks ago. The about dialog says "OpenOffice 2.0", the third digit is not displayed, but I am pretty sure it is 2.0.3
I just experienced this issue for embedded bitmap graphics. Suddenly, "read error" was displayed for these graphics. After saving and reopening the document, all bitmaps (only the bitmaps) had gloriously disappeared. It might be an issue with the new file format. This is a serious issue leading to data loss and should therefore receive higher priority.
I am attaching two documents 1) All graphics intact 2) Edited version with several graphics already reinserted, but many more to do. The first instance where the graphic was not yet replaced is on page 34 (search for "Effect van de pH op de activiteiten van chemische ". In the remainder of the document all bitmap graphics have disappeared. Only OLE objects remained. Yet, one bitmap ("Figuur 4.3. Koolstofcyclus") choose to stay as well. Unfortunately, these are very difficult issues to reproduce, yet they are very serious. I currently cannot tell what actions in the original version would have caused the graphics to become corrupted. I hope the enclosed docs will be able to shed some light but I fear not: both docs will probably have a correct internal structure.
Created attachment 39579 [details] XML data of document before corruption of graphics
Created attachment 39580 [details] XML data of document after corruption of graphics
Because of file size limitations, I did unzip the documents and attached the xml data in the root directory only. The "Document before corruption" is 2.73 MB, that after corruption 1.18 MB. In the "Pictures" folder, from the 22 svm objects, 2 remained. One GIF disappeared, and from the 19 png objects, 8 remained in the corrupted file. One wmf also choose to stay in this open source product. (not all of the figures dissapeared due to the issue: some sections were removed before the issue occurred).
Hi, I'm not sure but... this looks like an issue JW "stores" in his Intray... At least he investigated that issue some time before...
closing as duplicate of issue 59915. Although this issue is the older one, more work has been spent at issue 59915. Please move your votes to the new issue. *** This issue has been marked as a duplicate of 59915 ***
closed