This problem has already been reported by several Linux users working with OOo
provided by the distributor. Please use OOo downloaded from openoffice.org -
there the problem does not occur.
Please report this problem to your Linux distributor.

Closed.

New case (screenshot attached).
Same documents as before
1. open both documents in full-screen mode, leave document with 5 pictures active
2. resize viewport to show all pages as in screen shot
3. walk away from PC
4. return half-hour later - pictures are broken

Created attachment 71596 [details]
Screenshot of case 3

As I already said, please use the official build from openoffice.org download page.

Closed.

Excuse me for reopening. I had not read your comment. However, I wonder if it is
correct. I decided to post because of this discussion:
http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=32295&hilit=+read+error+image&sid=77da46065c2122a0fd0b7b1ab1d5ee27

Note that that thread is on a hetrogenous environment of Mac, Windows and Linus.
It seems the same problem to me, and I am prepared to go the length in assisting
in finding the cause. 

I note that Debian have released a new package. I will upgrade and see if it
recurs and try with the source distribution. If it recurs, I will let you know. 

Thanks.

I'm sorry to have to report that the issue happens in exactly the same way with
the official build. I completely removed the Debian-provided packages (including
configuration files) and downloaded the official distribution from
http://mirror.aarnet.edu.au/pub/openoffice/stable/3.2.1/

The md5sums & files that I have are: 

829c11ba6dcdfe045dd1e5a77b34c05e 
OOo-SDK_3.2.1_Linux_x86-64_install-deb_en-US.tar.gz
455fc8d3da9010eed910a16155f16baf  OOo_3.2.1_Linux_x86-64_install-deb_en-US.tar.gz

I unpacked the files and installed all .deb packages contained therein. Then I
tested with the same documents as before.

Please instruct me how to gather enough data to help you with assessing this
issue. Is it useful to try and build from the official source?

Please attach the document to this issue so that we can see what's going on.

But: if the graphics are already corrupted when you open the file, the problem
is that the previous debian build of OOo has already damaged them - that was the
bug in the debian-OOo package.

Sorry, I was not clear. The graphics are not corrupted. When the document is
opened they show perfectly well, but after some time (see case descriptions) the
"Read Error" appears. I could succesfully export the document to PDF (before the
"Read Error" appeared) and the pictures were present in the PDF. I have also
tested with the same document on a Mac (transferred via ssh) in NeoOffice and
both documents showed perfectly in that setup.

To check, I have just unzipped one of the images from document 1 and opened it
in eog, which worked fine:

$ unzip Alerting_DataProcessing.odt Pictures/10000201000003360000054828D57FE7.png
Archive:  Alerting_DataProcessing.odt
 extracting: Pictures/10000201000003360000054828D57FE7.png  
$ l Pictures/10000201000003360000054828D57FE7.png 
-rw-r--r-- 1 lingent lingent 131K Sep  6 12:30
Pictures/10000201000003360000054828D57FE7.png
$ file Pictures/10000201000003360000054828D57FE7.png 
Pictures/10000201000003360000054828D57FE7.png: PNG image data, 822 x 1352,
8-bit/color RGBA, interlaced
$ eog Pictures/10000201000003360000054828D57FE7.png 
(shows picture in window)

The document is "confidential" and "internal use only"... can you guarantee that
it will be treated as such? 

OK, in this case please send the document to mru@openoffice.org. Me -as Oracle
employee- I am "treated" to handle your document confidential.

Yes, with the document I am able reproduce the issue on ubuntu and Solaris using
OOo 3.2.1.
It looks, that it is fixed with OOo 3.3 milestone OOO330m6 or m7. 
Could you please be so kind and and doublecheck this on your system using one of
these newer builds? It is no problem to install it besides OOo 3.2.1 on Linux
without interfering the other build.

That's good that you are able to reproduce it - in a sense :) At least that
shows that it's not an artifact caused by my setup...

As I said, I did download the files only yesterday from the aarnet mirror.
According to the "About" dialog this is m18, build 9502. I'll attach a
screenshot of it to this.

Cheers
Tony

Created attachment 71623 [details]
Screenshot of about box

I know which version you deployed on your system (3.2.1).
From the OpenOffice.org download page you can also get the OOo 3.3 pre-releases
(currently build ID OOO330m7). You can install it besides your actual OOo 3.2.1
build on your system. Would be interesting, if the issue also occurs with that
build on your system. Thanks in advance!

So you do.. sorry. I should really learn to read all the letters in the words,
not just the last few, shouldn't I :( 

I'm downloading 3.3 m7 (.deb) now. Will get back to you as soon as I can.

It's looking good. I've had both documents open in 3.3 m7 for the last 2 hours,
resized, scrolled, left alone etc. as per the cases described earlier, and no
read errors have shown yet. 

I plan to leave the documents open overnight and see if the problem reappears
over that time. I'll report back tomorrow. 

Isn't it always the case... I should have waited a few minutes before posting...
the read error has now occurred in the document with 5 images. All images are
gone at the same time, as with the 3.2.1 version. It took 2.25 hours to develop. 

The single image in the other document is still showing - but that always took
longer to break.

Results after running with 3.3 m7 from last night 19:15 AEST until 8:05 AEST 
10/9/10 (15 mins ago):
- document 1 displayed "Read Error" in all images after 2 1/4 hours
- document 2 (1 picture) did not develop the error
- on menu-close a program crash was reported and an automatic error report
generated. Interestingly, the crash utility recovered only document 2, even
though both were modified.

I allowed the crash report to be sent, and added "REFER TO ISSUE 114361" in the
top, so you should be able t find it if you wish.

@lingent: you might have received a report ID by e-mail. We need to know this ID
to look into the crash report database.

No sorry, no email arrived :( 

Does it save the crash report locally as well? If so, I could attach it to this
issue? 

No, better write down here or by private e-mail to me the e-mail address you
used to send the crash report.
We can also look for submitter in the database.

Anyway it is not obvious that the crash has something to do with the image
problem...

I see the same thing with a couple of our ODT files that contain PNG files. I
will be working with the file, editing text, and I'll get the "Read Error"
message and some significant portion of my images will disappear.  If I
subsequently save the file, the file on disk is much, much smaller and many
images are simply missing.

I've seen this in the OO 3.2.1 download for Mac OS X on Intel as well as the OO
3.3.0RC5 on Linux using native downloads from openoffice.org.

I'm attaching one that contains 23 PNG files.  The file has been previously
edited by Word 2010, but it does initially load into Open Office successfully
(modulo a mis-alignment of graphics overlaid on one of the images, but I don't
think that's relevant here).

Created attachment 75072 [details]
An ODT file containing PNG images that have vanished with a "Read Error" message

I just verified that this issue occurs with OO 3.3.0 rc 5 Writer on Mac OS X on
Intel, as well.

I opened a file containing PNG images, edited out some text, and all the images
were fine when I scrolled around.  When I saved the document with command-S, all
the PNG images (all the images in the document) turned to garbage, and Open
Office Writer started glitching when trying to render those images.

Created attachment 75078 [details]
Image of PNG file corruption on OOWriter 3.3.0rc5 on Mac

The OS should probably be changed to 'all'.

I now tried with RC5 on Mac and Win, but the problem did not occur.
which steps did you perform? did you add or remove graphics? Did you scroll
through the document before saving?

Just for note, I success to reproduce this bug on a mac OS X 10.6.5 ( **) with the following steps:
- I open the odt file ARL_Workflow_User_Documentation.odt
- I replace the title:
"The University of Texas at Austin \n Applied Research Laboratories"
by
"The University of Te  xas at Austin \n Applied Research Laboratories"
- I save the file as ARL_Workflow_User_Documentation2.odt
at this point, the pictures disappear in the Writer windows ( ie. the "read error" messages appear when I scroll to see a new page).
- I replace again the title to
"The University of Te  x  as at Austin \n Applied Research Laboratories"
- I save the file as ARL_Workflow_User_Documentation3.odt

The file ARL_Workflow_User_Documentation2.odt is ok , but the file ARL_Workflow_User_Documentation3.odt no longer contain any picture...

(**) with DEV300_m88 and with DEV300_m94 ( compiled by hand on my compiler ).

Created attachment 75162 [details]
the resulting file: ARL_Workflow_User_Documentation3.odt

MRU->OD: we are now able to reproduce the problem. Open the attached document,
do a change in the text at the top, save document under new name -> graphics
will show as "read error".

Problem is, that the document has been created with MS Word 2010. This seems to
save the graphics in the odt package in a different way which confuses Writer.

The problem already occurred in OOo 2.4.1.

Curious is the fact, that sometimes it helps if you scroll through the document
before saving - but only sometimes and I am not able to find out in which cases...

I believe the document was originally created in OO 3.x, but yeah, it has been
edited in Word 2010, saved in DOCX for some iterations, and then put back into
ODT from there.

In addition I want to stress that:

1. my documents were created from OpenOffice 2.x templates in OpenOffice 2. 

2. in my case rather than alleviating, scrolling trough the document is enough
to produce the "Read Error". Saving causes the images to disappear altogether.

Cheers,
Tony

*** Issue 115994 has been marked as a duplicate of this issue. ***

The last comment is now 3 months old, is any progress here?

Neooffice@Mac seems to have a patch already: 
http://bugzilla.neooffice.org/bug.php?op=show&bugid=3631

My 16 page doc with mostly pictures is still VERY BROKEN in 3.4 Beta (downloaded 4/15/11).

(In reply to comment #36)
> My 16 page doc with mostly pictures is still VERY BROKEN in 3.4 Beta
> (downloaded 4/15/11).

Made a new doc using 3.4 with same format (5.5x8.5 portrait pages) with all pics inserted as links (as previously). And also setting memory options higher. Document content seems OK and looks good with Zoom/ single page, scolling down. With multiple pages it starts to appear broken, w/read error and file pathnames showing for many pictures. But it appears that the document content may be OK when printing... TBD

(In reply to comment #37)
> (In reply to comment #36)
> > My 16 page doc with mostly pictures is still VERY BROKEN in 3.4 Beta
> > (downloaded 4/15/11).
> 
> Made a new doc using 3.4 with same format (5.5x8.5 portrait pages) with all
> pics inserted as links (as previously). And also setting memory options higher.
> Document content seems OK and looks good with Zoom/ single page, scolling down.
> With multiple pages it starts to appear broken, w/read error and file pathnames
> showing for many pictures. But it appears that the document content may be OK
> when printing... TBD

I have also disappearing images in OOo and LibreOffice. Attached above document ARL_Workflow_User_Documentation.odt opened, changed and saved with default memory options lose images.
Increasing Tools→Options→Memory settings allowed me to open, change, save ARL_Workflow_User_Documentation.odt without losing images in 3.3.2 OOo and LibreOffice.

(In reply to comment #38)
> (In reply to comment #37)
> > (In reply to comment #36)
> > > My 16 page doc with mostly pictures is still VERY BROKEN in 3.4 Beta
> > > (downloaded 4/15/11).
> > 
> > Made a new doc using 3.4 with same format (5.5x8.5 portrait pages) with all
> > pics inserted as links (as previously). And also setting memory options higher.
> > Document content seems OK and looks good with Zoom/ single page, scolling down.
> > With multiple pages it starts to appear broken, w/read error and file pathnames
> > showing for many pictures. But it appears that the document content may be OK
> > when printing... TBD
> 
> I have also disappearing images in OOo and LibreOffice. Attached above document
> ARL_Workflow_User_Documentation.odt opened, changed and saved with default
> memory options lose images.
> Increasing Tools→Options→Memory settings allowed me to open, change, save
> ARL_Workflow_User_Documentation.odt without losing images in 3.3.2 OOo and
> LibreOffice.

The problem still exitst in the latest version of OpenOfiice and LibreOffice. I ran into the case on two Win 7 PCs. Checking the XML files I found that in the image tags the file name of the image is missing and that the image is lost in the the image folder. I have the impression - but I am not certain about it - that the error may happen during the automatic safety updates while editing.

Nevertheless the problem is too old and should be solved asap.

working on a solution

"orw" committed SVN revision 1595847 into trunk:
114361: provide and accept changed URL of embedded graphic file during save (...

defect of losing images on save fixed on trunk

fix needs correction - see issue 124946

Blocks Issue 124985, causes data loss, so can't be trivial

grant showstopper flag, data loss and already fixed

"orw" committed SVN revision 1603754 into branches/AOO410:
114361: provide and accept changed URL of embedded graphic file during save (...

fixed on branch AOO410 for planned 4.1.1. release

*** Issue 125151 has been marked as a duplicate of this issue. ***

Verified with AOO411m1(Build:9770)  -  Rev. 1603804

It's verified fixed in build AOO411m1(Build:9770)  -  Rev. 1603804 2014-06-16 14:10:45 (Mo, 16 Jun 2014), on Win 7