Created attachment 124030 [details]
DOC type label from Avery Template
Build ID: 55b006a02d247b5f7215fc6ea0fde844b30035b3 and other version I have used. After placing an image in a Writer document, some time later the the image will disappear and a box will take its place with the the text "Read error". I can the replace the image from the same place where the image existed and it will stay for a awhile. Sometimes the image will not disappear and will even stay through several save/edit sessions, then it will happen again.
This happens with ODF files, and has happened with any of the versions of Libre Office Writer version 4 and 5. The attached sample has the image present. Next time this happen, I'll attached the same file with the missing images.
The image was placed with the EDIT-PASTE SPECIAL and this is the image that tends to disappear. I have tried after the EDIT-PASTE SPECIAL operation to use the FORMAT IMAGE-IMAGE and use the LINK to select the path to the image and this seems to work. I assume I must transfer the relative image directory with the WRITER document. Just something to remember. Or create the PDF file to include the image in the created PDF.
Hello Bob, please could you attach also broken file? Attached file is .doc Word file, but you wrote "This happens with ODF files" ?
I see images in your file. Similar bug 52226 for .docx - caused by autosave, maybe autosave is culprit ..
Created attachment 124077 [details]
As requested, an .ODT file with the error
As requested, a .ODT file with the read error.
(In reply to Bob S from comment #3)
> Created attachment 124077 [details]
> As requested, an .ODT file with the error
> As requested, a .ODT file with the read error.
I don't get an error. Do you mean I have to keep it open for x number of hours and then it will disappear?
Win 7 Pro 64-bit Version: 18.104.22.168.alpha0+
Build ID: b0e678c86136ef6d65cea66168a99217664c0278
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2016-04-11_23:06:28
Locale: fi-FI (fi_FI)
Yes. I was using the presentation program to make a large slide show. Had just started with a dozen images on a dozen pages. Saved the presentation. Left overnight. Came back and all images were there. First action was to save and they disappeared. All except one. I know this was on the presentation program, but this is the same as the writer program, only this time I saw WHEN the images disappear. Hope this helps.
Yeah, sounds kind of impossible to test, then.
Same problem with writer 22.214.171.124 RC1
The image was embedded in the template. with the document that I create from the template, after a few hours of work, the image disappears.
(In reply to Pierre C from comment #7)
> Same problem with writer 126.96.36.199 RC1
> The image was embedded in the template. with the document that I create from
> the template, after a few hours of work, the image disappears.
Can you reproduce the problem with attachment 124077 [details]?
I have the same problem. I have done some testing:
1. Inserted PNG images tend to disappear (two of three disappear) upon close and re-open of document. JPG images do not have this problem, except in 2 below.
However sometimes a minimized bar, like a fat cursor, shows up on re-opening, when images have disappeared. I believe this is a MINIMIZED instance of the image I since re-inserted. When I click on it, it shows about six little green rectangles bunched together, and I delete it. This behavior is true for ODT, DOCX, RTF.
2. The disappearing images still occurs when saved to RTF format, even with JPGs.
I like to use RTF as the majority of users can open it.
(In reply to Brandon from comment #9)
> Version: 188.8.131.52
> I have the same problem. I have done some testing:
You tested with attachment 124077 [details]?
No. My own files.
(In reply to Buovjaga from comment #10)
> (In reply to Brandon from comment #9)
> > Version: 184.108.40.206
> > I have the same problem. I have done some testing:
> You tested with attachment 124077 [details]?
No. My own files.
Created attachment 128232 [details]
odt file before error appered
Had the same error - I was pasting images directly into odt file from another program (using print screen and ctrl+V), saved the file and everything was ok. Then opened odt file with OpenOffice and added one more image and text, after saving the file with OpenOffice all previously saved images dissapeared.
Strange thing I noticed - luckily I had a backup copy of file with all images and I tried compressing all images. After doing that file became larger in size - 1633 KB, but file without compressed images was only 615 KB.
Open office had the same issue - if images where large in size and there were many images in the file, they sometimes dissapeared after saving. It looked that problem could be solved by inserting images not directly by pasting, but with Insert->Image and using jpg images. As I understand by default if you take print screen on windows and then just paste image with ctrl+V into file it is saved in png format which is larger in size.
Created attachment 128233 [details]
odt file after error appeared
Also attached file after error appeared
(In reply to Aigars from comment #13)
> everything was ok. Then opened odt file with OpenOffice and added one more
> image and text, after saving the file with OpenOffice all previously saved
> images dissapeared.
Are you really talking about Apache OpenOffice or mixing it up with LibreOffice?
(In reply to Buovjaga from comment #15)
> (In reply to Aigars from comment #13)
> > everything was ok. Then opened odt file with OpenOffice and added one more
> > image and text, after saving the file with OpenOffice all previously saved
> > images dissapeared.
> Are you really talking about Apache OpenOffice or mixing it up with
Yes, I mean Apache OpenOffice. Originally I created file in LibreOffice, but my colleague continued working with the same file in Apache OpenOffice and saved it in Apache OpenOffice - after that images dissapeared.
Actually I switched to using LibreOffice exactly because of this problem (images dissapearing) in OpenOffice. I understand that maybe this error occured because of some bug in OpenOffice and is not referable to LibreOffice. But i found this bug report and thought that maybe this error could give some clues.
I'm not able to repro it with:
Build ID: 53edf60c4ce6ed32f87471e018878c40b788005a
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2016-12-18_06:57:59
Locale: nl-NL (nl_NL); Calc: CL
I set status to NEW since there are confirmations in comment 7 and comment 9
I gently ask to one of the reporters if he's still seeing this bug in latest LibO 220.127.116.11.
please, give feeback.
I see it as well. For me it happens after importing a JPG file, then compressing it. Running on debian stretch. This is the latest version in stretch-backports.
Build ID: 1:5.2.7-1
CPU Threads: 2; OS Version: Linux 4.9;
18.104.22.168 is obsolete and no longer supported (the 5.2.x branch is "dead")
please upgrade to 22.214.171.124 and check if issue persists.
I can confirm the bug under
Version: 126.96.36.199 (x64)
CPU-Threads: 4; BS-Version: Windows 6.1
- import the image (.jpg)
- crop it (IMPORTANT: without cropping the pic does not disappear!)
- compress it
Can someone else reproduce it like this, or can I install the 5.4.x to test there? I have a lot of editing to do and it will all be this sequence of steps...
Version: 188.8.131.52 (x64)
CPU-Threads: 4; Betriebssystem:Windows 6.1
I can confirm the bug remains with this build.
- first compressing, then cropping appears to work and not blank the picture
- first compressing, then cropping, then compressing some more (600->150->96dpi) also seems to work normally
thank you very much for the updates.
(In reply to internationils from comment #21)
> - import the image (.jpg)
> - crop it (IMPORTANT: without cropping the pic does not disappear!)
> - compress it
> - gone
Build ID: 7a743b472dadb817eb7a6ed8063cee80ce7412e8
CPU threads: 4; OS: Windows 6.19; UI render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2017-07-17_23:50:28
Locale: nl-NL (nl_NL); Calc: CL
but not with:
Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b
Locale: nl-NL (nl_NL)
So I can confirm this. However, it looks like a separate bug to me. The initial report is about images which are disappearing unexpectedly at some point in time without any easy steps to reproduce.
maybe is better to file a new clean bug report with reproducible steps.
we received no feedback from the original reporter since April 2016 (see comment 5)
New bug for my "disappears on crop and compress" issue, or the original submitter? Initially I thought it was the same issue, that's why I posted in here.
we are not sure that you are describing the same issue that "Bob S" reported in april 2016.
so I suggest to create a new bug report regarding your "disappears on crop and compress" issue... you can already set the status as NEW since Telesto was able to reproduce it (please copy and paste his message in the new report).
then I'd set the status of the current report to NEEDINFO, until the original reported gives feedback about the reproducibility or not of the initial issue with an up-to-date LibO release.
New bug created for the other issue:
Dear Bug Submitter,
This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Dear Bug Submitter,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):
a) Provide details of your system including your operating
system and the latest version of LibreOffice that you have
confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:
a) respond via email
b) update the version field in the bug or any of the other details
on the top section of our bug tracker