Download it now!
Bug 99050 - Images embedded in Writer document disappear after hours of work
Summary: Images embedded in Writer document disappear after hours of work
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.5.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevAdvice
Depends on:
Blocks:
 
Reported: 2016-04-02 15:22 UTC by Bob S
Modified: 2018-03-02 10:05 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
DOC type label from Avery Template (55.50 KB, application/msword)
2016-04-02 15:22 UTC, Bob S
Details
As requested, an .ODT file with the error (43.32 KB, application/vnd.oasis.opendocument.text)
2016-04-05 01:35 UTC, Bob S
Details
odt file before error appered (614.69 KB, application/vnd.oasis.opendocument.text)
2016-10-25 07:06 UTC, Aigars
Details
odt file after error appeared (26.27 KB, application/vnd.oasis.opendocument.text)
2016-10-25 07:07 UTC, Aigars
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bob S 2016-04-02 15:22:08 UTC
Created attachment 124030 [details]
DOC type label from Avery Template

Version: 5.0.5.2
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.
Comment 1 Bob S 2016-04-03 21:25:09 UTC
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.
Comment 2 raal 2016-04-04 06:08:47 UTC
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 ..
Comment 3 Bob S 2016-04-05 01:35:49 UTC
Created attachment 124077 [details]
As requested, an .ODT file with the error

As requested, a .ODT file with the read error.
Comment 4 Buovjaga 2016-04-13 11:26:03 UTC
(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: 5.2.0.0.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)
Comment 5 Bob S 2016-04-13 12:48:20 UTC
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.
Comment 6 Buovjaga 2016-04-13 14:16:54 UTC
Yeah, sounds kind of impossible to test, then.
Comment 7 Pierre C 2016-06-30 12:34:10 UTC
Same problem with writer 5.2.0.1 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.
Comment 8 Buovjaga 2016-07-06 15:21:40 UTC
(In reply to Pierre C from comment #7)
> Same problem with writer 5.2.0.1 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]?
Comment 9 Brandon 2016-08-16 19:17:06 UTC
Version: 5.1.4.2

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.

Brandon
Comment 10 Buovjaga 2016-08-30 18:41:16 UTC
(In reply to Brandon from comment #9)
> Version: 5.1.4.2
> 
> I have the same problem. I have done some testing:

You tested with attachment 124077 [details]?
Comment 11 Brandon 2016-08-30 20:30:03 UTC Comment hidden (obsolete)
Comment 12 Brandon 2016-08-30 20:31:43 UTC
(In reply to Buovjaga from comment #10)
> (In reply to Brandon from comment #9)
> > Version: 5.1.4.2
> > 
> > I have the same problem. I have done some testing:
> 
> You tested with attachment 124077 [details]?

No.  My own files.

Brandon
Comment 13 Aigars 2016-10-25 07:06:50 UTC Comment hidden (off-topic)
Comment 14 Aigars 2016-10-25 07:07:47 UTC Comment hidden (off-topic)
Comment 15 Buovjaga 2016-10-25 07:11:14 UTC Comment hidden (off-topic)
Comment 16 Aigars 2016-10-25 09:53:26 UTC Comment hidden (off-topic)
Comment 17 Telesto 2016-12-20 13:05:05 UTC
I'm not able to repro it with:
Version: 5.4.0.0.alpha0+
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
Comment 18 tommy27 2017-04-25 12:28:38 UTC
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 5.3.2.2.

please, give feeback.
Comment 19 internationils 2017-07-19 08:51:24 UTC
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.
Version: 5.2.7.2
Build ID: 1:5.2.7-1
CPU Threads: 2; OS Version: Linux 4.9;
Comment 20 tommy27 2017-07-19 09:08:37 UTC
5.2.7.2 is obsolete and no longer supported (the 5.2.x branch is "dead")

please upgrade to 5.3.4.2 and check if issue persists.
Comment 21 internationils 2017-07-19 09:21:14 UTC
I can confirm the bug under
Version: 5.3.4.2 (x64)
Build-ID: f82d347ccc0be322489bf7da61d7e4ad13fe2ff3
CPU-Threads: 4; BS-Version: Windows 6.1

- import the image (.jpg)
- crop it (IMPORTANT: without cropping the pic does not disappear!)
- compress it
- gone

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...
Comment 22 internationils 2017-07-19 09:42:14 UTC
Version: 5.4.0.2 (x64)
Build-ID: 2b906d450a44f2bbe506dcd22c51b3fa11dc65fd
CPU-Threads: 4; Betriebssystem:Windows 6.1

I can confirm the bug remains with this build.
Also:
- 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
Comment 23 tommy27 2017-07-19 14:17:28 UTC
thank you very much for the updates.
Comment 24 Telesto 2017-07-19 14:21:04 UTC
(In reply to internationils from comment #21)
> - import the image (.jpg)
> - crop it (IMPORTANT: without cropping the pic does not disappear!)
> - compress it
> - gone

Repro with:
Version: 6.0.0.0.alpha0+
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:
Version: 5.0.0.5
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.
Comment 25 tommy27 2017-07-19 14:34:55 UTC
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)
Comment 26 internationils 2017-07-19 14:48:33 UTC
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.
Comment 27 tommy27 2017-07-19 17:02:26 UTC
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).
u
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.
Comment 28 internationils 2017-07-20 08:00:25 UTC
New bug created for the other issue: 
https://bugs.documentfoundation.org/show_bug.cgi?id=109227
Comment 29 QA Administrators 2018-01-29 10:27:23 UTC Comment hidden (obsolete)
Comment 30 QA Administrators 2018-03-02 10:05:35 UTC
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

Warm Regards,
QA Team

MassPing-NeedInfo-20180302