Since several versions, and also in previously used openoffice versions, and at least for all 3.x versions I had, the presentation module Impress shows the following bug which completely ruins any given presentation. This bug occurs on a regular basis - usually once every presentation I generate:
For no specific reason, suddenly, images which have been embedded (not linked) into a presentation 'disappeare' with only a 'missing-link' placeholder displayed instead of the image in the editing mode of Impress.
Once this behavior occurs, the presentation is irreversibly damaged and is in a state of unpredictable behavior.
In particular, the obvious first choice for a fix, namely to simply delete the missing links and re-embed the images regularly leads to chaotic and additional disappearance of more images in the presentation.
A minimalistic example of such a presentation, showing only one missing image is attached.
The unpacked ODP files of such presentations always display the same pattern regarding this issue:
In the unpacked file noLinkErr.odp without the bug
and in the directory 'Pictures' one finds the relevant image "10000000000001F4000001F0BC3B6675.gif" in the present case,
while in the XML file content.xml one finds a markup which links to that image
<draw:image xlink:href="Pictures/10000000000001F4000001F0BC3B6675.gif" xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad">
In the unpacked file LinkErr.odp with the bug
the relevant image is missing in the directory 'Pictures'
and in the XML File content.xml the markup which should link to the image reads only
For me the only way to 'avoid' this error is to keep a long list of incrementally saved backup versions of any presentation I generate - which is very awkward.
Created attachment 57459 [details]
Original presentation and presentation with disappeared image and corrupted ODP file
I believe Thorsten did some work on things like this in 3.5.x can you confirm the problem continues there ? [ and sorry for the horrors here ! ]
Observed the exact same problem in 3.5.0rc3.
(In reply to comment #2)
> I believe Thorsten did some work on things like this in 3.5.x can you confirm
> the problem continues there ? [ and sorry for the horrors here ! ]
At a guess, I'd say the problem isn't entirely solved :
and I'm still losing images from my own Writer business template documents in 126.96.36.199 and Norbert's daily build from 23/03/2012 (#fdo 33393).
This bug is pretty annoying. I'm currently preparing a presentation and I keep losing and replacing images at least 5 times per day :(. I'm using the LibreOffice version 188.8.131.52 from Ubuntu 12.10. Is there some kind of workaround or fix that reduces the impact of that problem?
Also, I think that users should be warned when including images. I've got the habit of deleting figures after embedding, since I expect them to be stored in a document safely. Not being warned about Libre/Openoffice's bad memory can destroy hours of work.
Welcome to the club.
Impress simply is not (and never has been) a top priority on (Ooo)Libreoffice developers' list if it comes to bugs. That is very Very VERY sad, and I think it is a BIG mistake.
This way Libreoffice will always remain a niche-product for all of those parts of academia and business where professional presentations influence not only careers but many other things on an every-day basis.
Yet, that's how open source development works, namely by how many people 'make noise' to ask for resolution of what bugs.
Sad enough there are simply zillions of more users out there who need Libreoffice just as an MSWord/MSExcel replacement rather than as a Powerpoint or KeyNote or MathEditor replacement. So there is just much too little traffic on all those nasty bugs in Impress, and hence too little 'persuasion' for the developers ... even if the bugs are as *absolutely* *devastating* as this bug here.
Just for the record: another very 'nice' example of this situation has been Bug 48179 (still Ooo). Check it out. That one was just unbelievable - but, counted together with its duplicates - it has taken more than *7* years to get at least a 'workaround' embedded into Ooo's code base.
To summarize, I fear this bug will still be around for a long time ... unless you find some >200 people constantly knocking the door.
Just to get it wright by the previously mentioned 'Bug 48179' we mean
and not the link which the previous comment produces automatically ;)
(In reply to comment #7)
No Idea what you want to tell with this comment and that link
I see this one more critical than major, nobody can risk to use LibO Impress if he has to be afraid that he will stand in front of audience with a damaged audience. I will nominate this one as HardHack on <https://wiki.documentfoundation.org/HardHacks>
Modified OS due to ALL because reproduced with WIN (see <http://listarchives.libreoffice.org/de/users/msg07934.html>!)
Created attachment 73678 [details]
For reporter's original Sample document
Created attachment 73679 [details]
Sample document in valid ODF 1.2
for further tests
Still happens in 184.108.40.206 ...
I see this bug is already reproduced multiple times. Therefore I mark this as NEW. Rainer already set the priority, so nothing to change there.
Present in 4.0 as well, Windows and Linux.
I have the same problem.
Problem can not be replicated all the time, but when it happens images from Picture folder (in odp archive) disappear, and content.xml shows only "" for href (empty string). Sometimes even OLE objects would disappear and folder Object 1/2/3... will be removed.
This bug still occurs in version 220.127.116.11 on Mac OSX and is VERY, VERY annoying.
I once a week stand in front of my students displaying slides where some images got lost. This is very embarrassing.
This bug drives me crazy, and it will stop me from using Libreoffice very soon.
It seems that increasing the memory for images in the options dialog (say from 30 MB to 200 MB) reduces the problem. Nevertheless, the current situation is hardly acceptable.
Any chance to get an at least passably reliable test kit?
(In reply to comment #19)
> Any chance to get an at least passably reliable test kit?
Seconded - it might easily save me days. Ideally a "do this, do that, and with image cache set to 1k, it happens every time".
Try this to see if it helps:
1. Copy the slides.
2. Paste them on a new empty ODP.
As far as I know corruptions tend to happen when we work on old ODPs (probably created by an earlier version of OO or LO) as a template. The above method solve my teachers problem of currupted ODP. Side effect, the new ODP became much smaller (about 10% of the original). Obviously there was a lot of rubbish in the old one.
Tedo Vrbanec, please consider:
If you also did this mistake in other Bugs please undo your Version changes there!
And do not do such changes without any comment!
(In reply to comment #22)
> Tedo Vrbanec, please consider:
> If you also did this mistake in other Bugs please undo your Version changes
> And do not do such changes without any comment!
I believe he was just trying to say that the bug still exist on 18.104.22.168 rc. I used to think that's how it should be too.
Tedo, to do this, better to add a comment like "Still present in 22.214.171.124 rc."
Yes, my mistake. I apologize.
Still present in 126.96.36.199 rc.
This has also happened to me, multiple times:
- OS X, 10.7.5
- Version 188.8.131.52 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985)
TinderBox: MacOSX TDF Release, Branch:libreoffice-4-0, Time: 2013-02-27_17:15:43
I can't replicate this bug using the noErr attachments from comment #1 and comment #11. Tested by opening numerous times and re-saving and re-opening using v184.108.40.206 under Ubuntu 10.04 x86_64 and v220.127.116.11 under Ubuntu 10.04 x86_64 and Win7HP. The graphic always displays.
This bug is absolutely a show stopper.
I stand several times in a week in front of my students with slides where images disappeared. I then have to open my script where the images do not disappear.
This is really embarrassing. How can I convince the students like this from using an open source product?
I can not understand why such a bug is not critical.
Loosing data is even worse than a blocker.
It is sure a memory management bug. But with 16 GB I have enough!!
I pay the guy that fixes this bug 100 USD!
I can send you an example ODP where you can reproduce the bug in 5 minutes.
(In reply to comment #26)
> I can't replicate this bug using the noErr attachments from comment #1 and
> comment #11. Tested by opening numerous times and re-saving and re-opening
> using v18.104.22.168 under Ubuntu 10.04 x86_64 and v22.214.171.124 under Ubuntu 10.04
> x86_64 and Win7HP. The graphic always displays.
I tried it too with LO 3.6.6 on Win7 and was unable to replicate it as well.
I opened noLinkErr.odp, save as another file. Closed LO. Reopen the file. Image is there.
I created a new page, copied and pasted the image there. Save. Exit. Reopen, and both images are there.
I duplicated both slides. So, now 4 slides with the image. Repeat as above. All images in 4 slides appears.
I also resized and moved one image. Same.
I've been using Impress quite heavily recently, and have not encountered such a situation before.
I also played around with LinkErr.odp. It's as decribed, but I've no trouble adding the same image into it and still have it after reopening it.
Sorry. No bug in sight.
Finally, after many months of waiting, LO4.0.2 and LO4.3 no longer loses images from the presentation (Debian Wheezy).
(In reply to comment #27)
> This bug is absolutely a show stopper.
> I stand several times in a week in front of my students with slides where
> images disappeared. I then have to open my script where the images do not
@Marcus: can you still reproduce this using LibreOffice 126.96.36.199? Following Comment 28 and Comment 29 it isn't reproducible anymore?
(In reply to comment #29)
> Finally, after many months of waiting, LO4.0.2 and LO4.3 no longer loses
> images from the presentation (Debian Wheezy).
So, case closed?
(In reply to comment #31)
> (In reply to comment #29)
> > Finally, after many months of waiting, LO4.0.2 and LO4.3 no longer loses
> > images from the presentation (Debian Wheezy).
> So, case closed?
It looks like the problem is gone. Thanks a lot!
Thanks for the feedback!
Lets mark it as RESOLVED FIXED then, although we don't know which commit fixed this issue we can be sure something fixed this behavior (thanks to the many confirmations).
PS: there are more NEW and UNCONFIRMED bugs out to (re)test. Feel free to help!
This is by no means fixed. I had to give a talk today, and everything was fine when I double-checked half an hour before. So I saved the presentation (LO 188.8.131.52), shut down the laptop, and went to the lecture room. When I started the presentation much to my (unpleasant) surprise, two animated images on the second slide appeared empty with the infamous symbol in the upper left corner. This continued throughout the talk, and (if I am not mistaken) not only for images which were inserted by copy-and-paste. I consider this a showstopper.
Windows 184.108.40.206 appears to be okay with some light testing using a new document with various images (saving, closing, re-opening, repeat) as well as old ones that had problems in the past. Will check Linux shortly.
I don't think this should be closed as quickly as it was, as a Professor I gave up on using Impress long ago as it was not stable enough for normal use. Many people are probably in the same boat as I am and have resorted to other alternatives, so the pool of people actively testing this now will be smaller.
(In reply to comment #34)
> This is by no means fixed. I had to give a talk today, and everything was
> fine when I double-checked half an hour before. So I saved the presentation
> (LO 220.127.116.11), shut down the laptop, and went to the lecture room. When I
> started the presentation much to my (unpleasant) surprise, two animated
> images on the second slide appeared empty with the infamous symbol in the
> upper left corner. This continued throughout the talk, and (if I am not
> mistaken) not only for images which were inserted by copy-and-paste. I
> consider this a showstopper.
Thank you for providing the details of how it happened.
Some questions for you:
Were to 2 animated images linked or embedded?
Can you replicate the problem?
Can you provide the file (or part of it, in which the problem can be replicated) for others to test?
LO 18.104.22.168. The bug still exists in writer!!!!!!!! I replace the pictures every time I close and open document. A few days ago something happened and pictures were in the document for good, but I had to chenge the pictures and the problem is here again!!! I change status, becaus it drives me crazy.
Ah.. to reproduce just prepare any drawing in Draw and place it in the document in writer. For 100% sure it will disapear add title for teh drawing.
Hi @Piotr and @Bringfried Stecklum, one user reported that the bug only exists in files created with older versions of LibreOffice (some sort of old file structure that is not overwritten). If you open a new document and import your old files does it still have a problem.
I have been giving lectures with LibreOffice for a couple of years, and this last semester I had no problems. Every time I reuse an old lecture, I open a template that I use and import the old slides in to avoid the above problem. Any way I am curious if it works.
(In reply to comment #38)
> Ah.. to reproduce just prepare any drawing in Draw and place it in the
> document in writer. For 100% sure it will disapear add title for teh drawing.
I can appreciate your frustrations, Piotr. Same for others experiencing this. I'd be frustrated too if I were you. I thought this bug report is for Impress, not Writer. Yet, perhaps both issues may be based on the same root cause. Besides, similar issues has been reported for Calc (https://bugs.freedesktop.org/show_bug.cgi?id=47832#c11). So, this appears to be a FILESAVE issue, specifically in graphic handling.
Anyway, I've just done this: create a square with Draw, copy and paste it in Writer, and Impress. Reopen both files and find them still there.
I'm using 3.6.6 (having experienced some issues with LO4). Perhaps affected ones can consider using this version instead. I plan to return to version 4 only when 4.0.4 release is ready.
Perhaps in same cases the matter is as suggest by Vossman (Comment 39), that it's an issue of backward compatibility. His method may solve the matter for some of you.
Btw, Piotr, UNCONFIRMED means that "Nobody has confirmed that this bug is valid." It seems pretty confirmed for you. See https://bugs.freedesktop.org/page.cgi?id=fields.html#status
Created attachment 80012 [details]
I enclose the file with missing picture. I think it is related to picture title. Without title I was able to keep picture inside the document.
1) Paste special picture from draw as "Picture Format"
2) save writer file
3) open file again (the picture is still visible)
4) add title to the picture
5) save and close the writer document
6) open the writer document - picture is missing. Only empty box with title is shown
change status -> NEW
I created the documents from the scratch and the problem still exists. As I open the document with MS Word viewer the pictures are also missing.
(In reply to comment #41)
> 1) Paste special picture from draw as "Picture Format"
Perhaps you mean "Drawing format". I don't see "Picture Format".
> 4) add title to the picture
I think you mean "Caption".
I can appreciate the confusion we have here because we're using different language versions. (FYI, there is something else called Title, which I get to by right-click > Description.)
> 6) open the writer document - picture is missing. Only empty box with title
> is shown
I tried this on the file you provided with LO3.6.6. I can reproduce and confirm what you reported. HOWEVER, you could have mentioned that you were using DOC! I suggest that you look at Bug 52226, which speaks of the same for DOCX.
To everyone else who's making any further reports on this issue, please indicate specific LO version and file type.
To all who have reported this for IMPRESS, does anyone of you still have the problem with the latest IMPRESS, or at least 3.6.6? If, yes, please remember to indicate file type.
If not, I suggest that we close this.
Created attachment 80019 [details]
same test case happens when saving i odg format.
Here is example.
Kumara - You are right about language issues. I simply use polish version and translated the names.
However, I do not agree that it is an issue with docx format:
1) It is specific to the XML format which does not concern doc
2) I enclosed attachement showing that the same happens when You save to odg format.
sorry - i made mistake in version which should be 4.0.3
You provided an ODT file (not ODG).
Started happening to me today LO Impress 22.214.171.124
(In reply to comment #48)
> Started happening to me today LO Impress 126.96.36.199
Try the latest LibreOffice 4.0.4 at www.libreoffice.org/download/
and see if the problem is still there.
Bug 60549 "Pictures not saved to .pptx" is reportedly fixed.
Version 188.8.131.52 (Build ID: 9e9821abd0ffdbc09cd8c52eaa574fa09eb08f2)
Still happening. I have had pictures disappear multiple times to the point where I can't risk it happening when I open the presentation to do it for real.
Don't want to use Powerpoint, but don't feel there is much choice.
(In reply to comment #50)
> Version 184.108.40.206 (Build ID: 9e9821abd0ffdbc09cd8c52eaa574fa09eb08f2)
> Still happening. I have had pictures disappear multiple times to the point
> where I can't risk it happening when I open the presentation to do it for
> Don't want to use Powerpoint, but don't feel there is much choice.
Why not save it as ODP? I've been using since StarOffice and have never meet with such a problem.
(In reply to comment #51)
> (In reply to comment #50)
> > Version 220.127.116.11 (Build ID: 9e9821abd0ffdbc09cd8c52eaa574fa09eb08f2)
> > Still happening. I have had pictures disappear multiple times to the point
> > where I can't risk it happening when I open the presentation to do it for
> > real.
> > Don't want to use Powerpoint, but don't feel there is much choice.
> Why not save it as ODP? I've been using since StarOffice and have never meet
> with such a problem.
I experience the same issue, even when I save my presentation as ODP.
As long as this issue has not been fixed, LO Impress not useable at all to me.
(In reply to comment #52)
> I experience the same issue, even when I save my presentation as ODP.
> As long as this issue has not been fixed, LO Impress not useable at all to
Would you mind uploading the file for us to have a look?
And indeed, if anyone has this problem:
- pls provide file (version before and after the problem would be great :) )
- information about files origin (LibreOffice version)
- information about LibreOffice version working with
*** Bug 50051 has been marked as a duplicate of this bug. ***
Also I have experienced this many times, most recently with
Bug 50051 contains a recent example of a file.
(In reply to comment #55)
> *** Bug 50051 has been marked as a duplicate of this bug. ***
Note that comments #10, #11 and #12 there contain at least some pointers as for the situation:
10: " mostly to the images that are copy&pasted few times within a document. And only after saving, and trying to read again."
11: " this happens only, but always, when I copy&paste pictures directly from ANY MS Word 2010 or MS PowerPoint 2010 document.
Happens not when doing Copy&Paste from Gimp or Adobe Reader for example. "
12: " It is likely that it happens during autosave. "
Nice summary in previous comment, but I don't agree with #11.
I have this under linux with images taken from acroread.
(In reply to comment #57)
> (In reply to comment #55)
> > *** Bug 50051 has been marked as a duplicate of this bug. ***
> Note that comments #10, #11 and #12 there contain at least some pointers as
> for the situation:
> 10: " mostly to the images that are copy&pasted few times within a
> document. And only after saving, and trying to read again."
> 11: " this happens only, but always, when I copy&paste pictures directly
> from ANY MS Word 2010 or MS PowerPoint 2010 document.
> Happens not when doing Copy&Paste from Gimp or Adobe Reader for example. "
> 12: " It is likely that it happens during autosave. "
Good to see some ideas about this. I wasn't wondering what you were talking about until I figured you were referring to comments at Bug 50051.
I've tested bug3.odp (Impress file with the images gone.) from there, and notice that the ones that are gone are strangely different from the one that is present. You can try rightclick on the placeholder, then "Original Size". It becomes very large and unwieldy. My hunch is that it has to do with Comment 11 from 50051 (as you quoted above). Can someone with those apps confirm?
(In reply to comment #59)
> I wasn't wondering what you were talking...
Oops... I meant "I was wondering..."
Anyway, I tested the other file there and found the same.
Request info: From where were those missing images copied from?
This feature just happened to me as well...
Ubuntu 12.10 LO v. 18.104.22.168 build ID: 360m1(build:2).
Never had that happen to me before for > 6 months. Now I used an ellipse with text, bg color and a circular arrow for the first time and now even other presentations that I did not even had open at the time are corrupted. But all of them have been created within the last week with pictures copy/pasted from GIMP. Surprising for me is the fact that all pictures where inserted the same way, but only some have disappeared...
(In reply to comment #61)
> This feature just happened to me as well...
> Ubuntu 12.10 LO v. 22.214.171.124 build ID: 360m1(build:2).
Can you try the latest version and see if the issue remains?
I just experienced a similar problem and found a way to fix it.
Win 7, LibreOffice 4.1, Impress, large presentation (D:/Dokumente/Dokumente/Report_Phase1/report.odp, ~100 slides) with lots of linked images. Everything worked just fine until this morning. I think the program just knew that today is my deadline ... when I opened up the file: all links broken, no images displayed anymore.
I noticed on funny thing: In the "missing file frame", the link was pointing to the some target e.g.:
At a first glance this looked OK, but looking closer I noticed the "Dokumente/Dokumente", which is incorrect. In fact, the true path should have been something like:
TRACKING DOWN THE PROBLEM
I opened a new file (odp) and copied one slide containing a broken image link from the original presentation to the new test file. On a second slide I used the dialog (Insert -> Picture -> from File) to again link to that same image.
I then saved the presentation and re-opened it with the result that the link on the first page was still broken, but the second link worked just fine. I then unzipped the odp-file and took a look at the content.xml file. The two links looked as follows:
../../../../Dokumente/Report_Phase1/Figures/CSEM/image.png (broken link)
../Figures/CSEM/image.png (new working link).
NOTE: the actual paths were much longer, I have shortened them a bit for this post.
I used "find & replace" (../../../../Dokumente/Report_Phase1/Figures -> ../Figures) to replace the incorrect links in the content.xml file and re-integrated this file into the unzipped odp-file ... problem solved.
OK, neither do I know, if this bug fully relates to the ones described above nor do I don't know, why Impress is doing this to us, but at least I found a way to fix this problem for me.
Hope this is helpful to track down the problem, because this is REALLY annoying.
Created attachment 84935 [details]
XDOC test case -- before bug
Version from before this bug hit Jared again
Created attachment 84936 [details]
XDOC test case -- after bug
I just attached two files, xdoc test case "before bug" and "after bug". I just hit this on Windows 7 using LibreOffice 126.96.36.199.
The "before bug" file works great and has lots of images. Suddenly, as I was editing my slides, many pictures disappeared, including the airplane on slide 1, 27, and 31. Also many pictures disappeared on slide 29.
The *after bug* file was saved immediately after the bug struck. I don't know what I was doing. I think I was perhaps editing the text near slide 37.
I have been dealing with this bug for years. I often create very image-intensive slides. I can distinctly remember three previous presentations where one particular image continually disappeared. It would be *wonderful* if someone can figure out why this is happening and fix it.
(In reply to comment #58)
> Nice summary in previous comment, but I don't agree with #11.
> I have this under linux with images taken from acroread.
Thanks Marc. On a second (n-th) thought, I agree with you that #11 is not linked
(In reply to comment #63)
> I just experienced a similar problem and found a way to fix it.
> I noticed on funny thing: In the "missing file frame", the link was pointing
> to the some target e.g.:
Thanks for the clear description and (sort of) solution.
I don't think that it is the same problem as in this bug.
Here, the embeded images really get lost.
In your problem, the links are corrupted. Your problem looks very much related to bug 48463, where the problem also is that path file:///X/more is changed to file:///X/X/more
Maybe you can open a separate issue and refer to 48463 ?
So good news is that there is some work goning on to fundamentaly repair the handling of images.
For time being ....
It would be my advise: if you cut and past images from one place to another in the presentation:
- keep a copy of the presentation before starting that work;
- use a separate Impress/Draw document that you paste the images in;
- when all collected, sorted out:
- save the presentation
- copy the images from the other file to the presentation
- save again
It's some extra work, but compared to other work, let alone losing a file, relatively little.
I had the same problem in LibreOffice 3.6 with a png picture.
Finally found a workaround that seems to work fine:
- Add the picture to your presentation
(the first time it is correctly displayed)
- Select the picture in the presentation
- Cut the picture into the copy & paste buffer (CTRL-X)
- Paste the picture again but as GDI metafile (Shift CTRL-V)
After this format change, I did not loose my pictures again.
Hope it works also for you.
I still experience the problem it in LO 188.8.131.52 Build ID: 410m0(Build:3)
Being bitten by this on LibreOffice 184.108.40.206 (Build ID: 220.127.116.11-4.fc18) (png images only?)
Comment #70 works well as workaround.
This bug embarrassed me this evening at a presentation I was giving to a Cambridge-based society of software developers.
Ironically, the talk was exploring the benefits of Open Source and how it is becoming an option for UK Government.
Needless to say, this didn't set a great impression for LibreOffice nor for Open Source in general when some images failed to load!
Affects: LibreOffice Impress 18.104.22.168, on Ubuntu 12.04.
(In reply to comment #72)
> Being bitten by this on LibreOffice 22.214.171.124 (Build ID: 126.96.36.199-4.fc18) (png
> images only?)
> Comment #70 works well as workaround.
> Thanks diback394
Since this workaround is confirmed to work, can I request all who are affected by this to confirm if in your situation the affected images are in PNG?
Workaround worked, images were PNG.
Version 188.8.131.52 (Build ID: 400m0(Build:2))
I'm seeing this same behavior in v184.108.40.206 of Draw (on Mac). It has really killed broad-based adoption of LO in our organization. The latest update is to use the workaround, and from here on out, I will, but what is the current status of any fix?
Having a large presentation due recently, I struggled with this issue on my Fedora Linux 19's LibreOffice 220.127.116.11. Just opening up the presentation, making a small change to some text, saving it and closing it will often result in lost images the next time it is opened.
I have also opened Fedora bug 1084822. <https://bugzilla.redhat.com/show_bug.cgi?id=1084822>
I noticed this bug first after an update to LO 18.104.22.168 on Fedora 20.
For me the workaround int Comment#70 does not work (at least for JPG files). After reinserting the image is reset to 100% and the displayed zoom factor does not change when the frame is drawn smaller. This may be another bug but I did not verify this yet.
I still have this bug.
What is more, it seems to be worse in the latest
libreoffice-core.x86_64 1:22.214.171.124-9.fc20 will be updated
LO Impress 126.96.36.199 (official RPMs from LO website) on ~AMD64 Gentoo. PNGs were inserted via Insert -> Image form file. After one of saves (could be also autosave), some of images are gone and their XML nodes contain empty href attributes. No "copy & paste" was used.
Same issue on Win 7 and LibreOffice 188.8.131.52, with SVG and PDF graphics inserted using the "insert image from file" button, or using a copy-paste from Inkscape.
After some changes in other slides, the href in content.xml file becomes blank for some (apparently) random images: <draw:image xlink:href="">.
My father just struck this in LibreOffice 184.108.40.206 (official x86 build) on Windows 7. The installation is pretty much out-of-the-box defaults.
- AMD Turion X2 2GHz
- 8GB RAM
- Windows 7 Professional 64-bit
- Other applications installed/running:
- Kaspersky Internet Security
- Mozilla Firefox
- Mozilla Thunderbird
- OwnCloud sync client
Up until tonight I had good faith in LibreOffice. It took a beating tonight.
The presentation was created from scratch in LibreOffice, saved as OpenDocument presentation format.
Only the stock template was used, the presentation itself consisted of a small amount of text, and about 17 JPEG photos, each approxmately ~4.7MB in size (3648x2736px). An image would be inserted (embedded) into the presentation, one by one, then resized and positioned on the slide. No special styling has been applied to any object other than the resizing of images. No transitions.
Up until this point, no image loss had been observed. The file was growing to about 60MB in size.
He decided to start compressing these images to reduce the size a little as the size of the file was beginning to have an impact on performance. After doing this, he got the file size down to 27MB, then noticed some photos had gone missing. Photos would randomly disappear from the document, re-adding them would cause others to disappear.
Viewing the presentation would result in the presentation software crashing. LibreOffice would just disappear, we have no crash dump.
We've just tried downdating to version 4.1.6 (obtained from http://mirror.internode.on.net/pub/libreoffice/stable/4.1.6/win/x86/LibreOffice_4.1.6_Win_x86.msi).
We observe that when we view the slide sorter, sometimes the images appear missing, then viewing that slide, the images would be slow to display. (They'd take about 20 seconds.) After viewing the presentation, then returning to the slide sorter, the preview of one slide still shows missing images.
I'm running Fedora 20, and also getting this bug with libreoffice-220.127.116.11-1.fc20.x86_64.
This bug is marked NEEDINFO. What info is needed?
*** Bug 81022 has been marked as a duplicate of this bug. ***
I would like to add an observation that could narrow things down slightly. This seems true for version libreoffice-18.104.22.168-1.fc20.x86_64 in Fedora Linux (I'm not sure if it applies to other cases). For me, this issue seems very much related to autosave.
I've been working with a large presentation ~100 slides, lots of videos, pictures, shapes, animations, etc. Total size is about 200MB. I was getting the missing picture problem somewhere in the document every time I worked on it.
I've noticed that if I worked on the document for a short time, save it, and quit, I wouldn't see the problem. I've turned off autosave, and haven't seen the issue since. For me, at least, it seems that regular save -- ctrl-s, or from the file menu -- don't corrupt the document. Only a save after an autosave occurs causes this corruption.
How is this bug still unfixed?! It was first reported 2 years and 5 months ago.
At my company, a debate is raging over whether we abandon our Microsoft Office 365 licences and go entirely to LibreOffice. Unfortunately, the abundance of bugs and lack of movement in fixing them is the main cited reason why we should stick with MS. It's hard to disagree.
Change Version back to 3.3.2 according to: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Version
We have actually fixed this in one sense, it's just that there are multiple issues and evidentially we haven't fixed them all and this has now become a catch-all bug for a bunch of bugs with the same result. We definitely have fixed some of them. What is required is a route to reproduce, on the very latest stable releases, for what reportedly remains.
Really? That's strange, because it worked in any case I tried in version 22.214.171.124, but causes severe problems almost randomly in version 126.96.36.199 again no matter how the image was embedded (imported or copy&paste) nor if it was edited (cropped, resized, ...) or not.
I agree with Mike Brooks, it's almost impossible to migrate our company to LibreOffice since there are such obvious bugs even in the nth stable release.
I got the same behavior with a fresh presentation using Version: 188.8.131.52 on Ubuntu 12.04 32bit. Yesterday, I decided to remove all the spaces from the path and even the name of the presentation (just to try!). Up to now, the problem disappeared, but maybe it is just a coincidence and it is not related to the bug.
Mat Hirsh, #85, is on the right track.
I have used 184.108.40.206 on XP and Win 7 variously to build a large document with many embedded jpegs for then last fortnight. Was driven to distraction by pictures just disappearing.
Ready to quit and go back to Office, but following Matt, turned off auto-save. Now two full days on my project without one picture disappearing.
This may be the place to look.
Since we now have good reports by turning off autosave as a (temporary) workaround, can those still affected by this bug give it a try and report back?
(Strangely, I've been working on an ODP with lots of images for years (now 3264kb) w/o this problem. Touch wood!)
*** Bug 81026 has been marked as a duplicate of this bug. ***
*** Bug 81602 has been marked as a duplicate of this bug. ***
maybe the same root as Bug 52226 which is related to autosave as well?
that bug recently received a fix, so I suggest to grab a daily 4.4.x.x or 4.3.1.x build to test if that fix is beneficial to the current bug as well
The workaround with none autosave works fine for me too (bug 81602).
(In reply to comment #95)
> maybe the same root as Bug 52226 which is related to autosave as well?
> that bug recently received a fix, so I suggest to grab a daily 4.4.x.x or
> 4.3.1.x build to test if that fix is beneficial to the current bug as well
This bug is not fixed in libreoffice-4-3~2014-07-23_00.54.59_LibreOfficeDev_220.127.116.11.0 of today.
I believe this has been fixed by commit fd641c7b23ce4205c29fc0c564b73336cb2cfb07. Could someone check with the latest daily build?
(In reply to comment #98)
For me this bug was fixed with the latest daily build (libreoffice-4-3~2014-07-24_16.46.54_LibreOfficeDev_18.104.22.168.0_Linux_x86-64_deb.tar.gz).
Looks like Caolans fix for https://bugs.freedesktop.org/show_bug.cgi?id=52226 also fixed this here.
Setting to Fixed as of Comment 99. Can't test myself since nightly builds for OS X are broken.
Feel free to test yourself and correct me if I'm mistaken.
This happens for me as well, for both jpg and png files, and at arbitrary actions to other elements of the presentation (undo, cut&paste, save).
Build-ID: 430m0(Build:4) from the Launchpad ppa:libreoffice/libreoffice-4-3
Ubuntu 14.04 64bit
Freddi or others on Linux: anybody up for some testing using the latest nightly? http://dev-builds.libreoffice.org/daily/master/
Please don't change version number, it shows the oldest version in which the bug has been found.
Best regards. JBF
*** Bug 82442 has been marked as a duplicate of this bug. ***
(In reply to comment #102)
> Freddi or others on Linux: anybody up for some testing using the latest
> nightly? http://dev-builds.libreoffice.org/daily/master/
I had same issues as Freddi.
The latest nightly, Build ID: 13d4f7b800a9f35717ed91f330b38513e0db4bc6 2014-08-12_16:26:55, seems to fix this issue for me (on Debian).
(In reply to comment #105)
> The latest nightly, Build ID: 13d4f7b800a9f35717ed91f330b38513e0db4bc6
> 2014-08-12_16:26:55, seems to fix this issue for me (on Debian).
But this snapshot is not complete : lodevbasis4.4-core05 is missing because perhaps it is an alpha release. So Debian's apt speaks of dependences problems.
Please, plan to fix this bug 46447 in 4.2 and 4.3 releases.
I suffer on the same sever bug on CentOS 7 LibreOffice 22.214.171.124 Release
Note: I appears when I copy-pasted slides from a pretty old presentation that was created with a previous release of Libre/OpenOffice.
At first it worked after unknown events the pictures of several Slides disappeared.
LO 126.96.36.199 build is almost Ok. I've been editing a presentation for several days using 3 ways for pasting images:
- copy from GIMP
- copy from another presentation
- inserting from png file (drug&drop)
I have used every method several times.
One picture has disappeared only once, I don't know why. Hope it was some bad magic.
I have lost another image right now. The autosave function is turned off. LO 188.8.131.52 @ Ubuntu. So, the problem is not completely solved.
(In reply to comment #109)
I'm sorry for my silly question, did you use fresh profile with 184.108.40.206 & still reproduce the problem?
(In reply to comment #110)
No, sorry for my silly question, what do you mean "fresh profile"?
I uninstalled all LO packets and installed LO 220.127.116.11. I have not deleted any files in my home folder.
(In reply to comment #106)
> (In reply to comment #105)
> > The latest nightly, Build ID: 13d4f7b800a9f35717ed91f330b38513e0db4bc6
> > 2014-08-12_16:26:55, seems to fix this issue for me (on Debian).
> But this snapshot is not complete : lodevbasis4.4-core05 is missing because
> perhaps it is an alpha release. So Debian's apt speaks of dependences
(In reply to comment #111)
(In reply to comment #113)
> (In reply to comment #111)
:) Ok, I believe I knew what is user profile. I have asked what do YOU mean "fresh profile".
After your previous comment I have uninstalled LO, renamed /home/<user name>/.config/libreoffice folder and installed LO again. The 18.104.22.168 build is not good for real life, it has some issues, but Ok, I will test it more.
(In reply to comment #114)
Sorry for not using proper wording :)
Anyway 22.214.171.124 is out, please use that instead
I' a 4.3 user and a presentation of 63 pages lose all images on it!
On writesr i lose 2 images that desappear.
But on Impress all images were changed to a link error icon..
(In reply to comment #116)
> I' a 4.3 user and a presentation of 63 pages lose all images on it!
What is the full number? 4.3.0 or 4.3.1 or 126.96.36.199 or 188.8.131.52?
184.108.40.206 still have the bug
220.127.116.11 still has the bug
There are multiple bugs that have the same result. This is now a mangled trainwreck of a bug report unfortunately. Some of the problems reported here are certainly solved, and there appears to be remaining problems.
Taking 18.104.22.168, and ignoring all earlier versions, is there now a known route to reproduce the problem ? At this point a script to continually inserting/copying/saving images into impress in some mega-loop might be the way to go.
Created attachment 106122 [details]
zip with extension & explanation for loading lots if images
(In reply to comment #120)
> At this point a script to continually
> inserting/copying/saving images into impress in some mega-loop might be the
> way to go.
thanks for reminding me. Started this month or so ago, but somehow it dropped :(
Attached zip contains extension and short explanation.
Hope this helps.
(In reply to comment #122)
> Attached zip contains extension and short explanation.
> Hope this helps.
Hm, bit stupid that I didn't think of the documentservice: the attached is for text documents..
I can change it to do the same for presentations. Need some time..
Maybe in the mean time, trying in Writer is interesting too :) ?
*** Bug 83732 has been marked as a duplicate of this bug. ***
Same here, working with LibreOffice Version: 22.214.171.124 Build-ID: 430m0(Build:2) and lost several images on a few slides just a moment ago. Only the placeholder frames for missing images are shown.
This bug now persists for several years. :-(
*** Bug 83945 has been marked as a duplicate of this bug. ***
I just upgraded to 126.96.36.199 (from 4.2) since some images were lost and I thought an upgrade may fix this. But as a result, now even more of my images (png, inserted via copy and paste) are gone after opening my old presentation! Even worse, all videos are gone. Not a single one is working.
How can I fix this? Where can I manually edit the links the videos and images are pointing to?
I think I have found a workaround. Based on the hint, that this happens with old slides, I removed the Configurations2 folder from the odp (1). When opening the file and did not start the recovery process. Since then everything is fine.
I did loose some settings like user defined colors, but at least it is working again.
(1) For those not familiar with od*: It is a simple zip file you can open with your favorite zip program. Worst case, rename it to zip and back. Don't forget to make a backup.
*** Bug 83715 has been marked as a duplicate of this bug. ***
I can confirm this Bug on Arch Linux
Build ID: 188.8.131.52 Arch Linux build-4
This has been happening to me with new presentations.
I'm throwing together a presentation in Impress
and I'm using this Google Images file of as a placeholder (Perseid meteor shower)
and its disappeared, replaced with an image icon.
The presentation is in a subdirectory of my home folder. This image is within an images directory:
- 644 my_presentation.odp
+ 755 images
|-- 644 perseids_bruenjes_big.jpg
I've been dealing with this problem by reinserting the missing images and saving immediately. Files saved with all the images visible have been opening with the images visible subsequently. In other words, the images don't bork--for me--when the file is opened.
There are multiple bugs that have the same result. This is now a mangled trainwreck of a bug report unfortunately. Some of the problems reported here are certainly solved, and there appears to be remaining problems.
Taking *184.108.40.206*, and *ignoring all earlier versions*, is there now a known route to reproduce the problem ? At this point a script to continually inserting/copying/saving images into impress in some mega-loop might be the way to go.
I really cannot believe this is happening. This bug is pestering me for years now and left me standing in the rain again yesterday with a part of pictures gone during a presentation. This was a presentation created from scratch, no legacy imports whatsoever.
The Powerpoint DVD is spinning in my drive, I'm over and out after 8 years of OOO and LO, I'm using Latex instead of Writer anyway.
I agree with some of the comments above: There seems to be little understanding in the community that Impress could be an important "door-opener" at Universities where MS-Licenses are cheap and scientific documents are often written in Latex anyway. We lecturers could be multipliers but - as mentioned before - I feel truly left standing in the rain.
As this bug is related to embedded images, a possible way to avoid it is to use linked images.
When pictures are linked instead of embedded, it is important to activate option "Save URLs relative to filesystem", as explained at https://help.libreoffice.org/Common/Relative_and_Absolute_Links.
As a consequence, images are never lost, because they are previously placed in some known folder in order to link them. If the presentation has to be copied or moved to a different folder, images will be available provided that they are copied or moved to the relative corresponding path too.
I can confirm this is still happening in 220.127.116.11 and 18.104.22.168. I lost many of my copy/pasted images in my slides more than once in the past 2 weeks. This is really a show-stopper, and I think this is the worst bug currently present in LO that I know of.
I am now trying some of the workarounds here presented (increased memory buffer in options + removed the Configurations2 folder from the odp + disabled auto-save) and have not encountered this bug again so far.
I also got hosed by this bug. I lost all of my copy/pasted images in my slides more than once. This is a horrible bug for software based on showing images. Hours of time down the drain on this product. Booo!!!!
(In reply to comment #18)
> It seems that increasing the memory for images in the options dialog (say
> from 30 MB to 200 MB) reduces the problem.
(In reply to comment #134)
> I am now trying some of the workarounds here presented (increased memory
> buffer in options + removed the Configurations2 folder from the odp +
> disabled auto-save) and have not encountered this bug again so far.
Perhaps this is why I never had the problem. I recall changing this long time ago.
Suggestion to all affected ones: Go to Tools - Options - LibreOffice - Memory
On the right, you'll see "Graphics cache".
Use for LibreOffice: 128 (MB)
Memory per object 10 (MB)
Remove from memory after 00:10 (hh:mm)
(Perhaps LO should go automatic on this.)
I've never disabled auto-save (more correctly: Save AutoRecovery information).
(In reply to comment #135)
> I also got hosed by this bug. I lost all of my copy/pasted images in my
> slides more than once. This is a horrible bug for software based on showing
> images. Hours of time down the drain on this product. Booo!!!!
Why have you changed this?
Hardware from All to x86 (IA32)
OS from All to Windows (All)
Version from 3.3.2 release to 22.214.171.124 release
Is it your parameters or what? As I see Linux users still have this problem too.
*** Bug 74572 has been marked as a duplicate of this bug. ***
Since upgrading to Ubuntu 14.04 with LO 126.96.36.199 I have the same problem. Images are disappearing and only place holders are found. This problem is occurring after reopening the file or after inserting one odp file into another. In the later case, only the inserted file images disappeared. This problem was not observed in the same machine with 12.04 and older LO versions. When renaming to .zip and extracting files the images are not found in “pictures” folder . I do not have the problem at work with Ubuntu 14.04 LO 188.8.131.52 with the same odp files.
(In reply to comment #136)
> Suggestion to all affected ones: Go to Tools - Options - LibreOffice - Memory
> On the right, you'll see "Graphics cache".
> My settings:
> Use for LibreOffice: 128 (MB)
> Memory per object 10 (MB)
> Remove from memory after 00:10 (hh:mm)
> I've never disabled auto-save (more correctly: Save AutoRecovery
I should add that I'm still using 184.108.40.206. (Not upgrading until regression Bug 75137 is fixed.)
*** Bug 84546 has been marked as a duplicate of this bug. ***
I also ran into this bug while preparing for a presentation and a colleague had it during a presentation. Please fix this a.s.a.p. to prevent more loss of work, emberrasing moments and image damage for LibreOffice.
I was using LO 220.127.116.11 (Build ID: 420m0(Build:3)) on Ubuntu 14.04.1 32-bit (up until Monday 29 Sept when I installed Xubuntu 14.04.1) and encountered that problem constantly. As with others, it did not matter how I put the pictures in (Insert; Copy/Paste; Drag/Drop) eventually some of them would disappear. I always 'fixed' it by right-clicking on the empty image box and clicking "Change picture" and basically re-assigning it. This would often cause other pictures in the presentation to disappear.
I started encountering another issue with the Slide Pane not being visible but I don't know if that issue belongs here.
Since I just reformatted and they weren't working anyway I do not have a sample doc to post but for now I will stick with Google Drive.
Created attachment 107274 [details]
Test case for images disappearing
I just took LO for a quick test spin and attached the file. As you can see, I didn't even get 4 slides completed before the image on my title slide disappeared. The images were saved from Google (Save Image as) to my desktop and then inserted using the image button. I didn't even have a chance to use 'Save as' so maybe there is something with the autosave (mentioned in previous comments)
(In reply to Jer from comment #144)
> Created attachment 107274 [details]
> Test case for images disappearing
> I just took LO for a quick test spin and attached the file. As you can see,
> I didn't even get 4 slides completed before the image on my title slide
> disappeared. The images were saved from Google (Save Image as) to my desktop
> and then inserted using the image button. I didn't even have a chance to use
> 'Save as' so maybe there is something with the autosave (mentioned in
> previous comments)
Thanks for the report. And what if you apply the suggestion at Comment 136?
Created attachment 107301 [details]
Testcase 2; with changes made from Comment 136
Here is another test presentation. I have applied the changes from Comment 136 (128 MB for LibreOffice; 10 MB per object) and got the same result as before, this time losing the last two pictures that I inserted. At first, the picture was still visible on the slide in the slide pane but not on the outline. Then after scrolling up and down it was gone from both. All of the pictures share the same directory and are .jpg, .png, or .gif; the two that disappeared were jpgs at 100kb and 300kb
Why only 128 MB ? The maximum possible value is 256 MB. Since at least OOo 2.0 the first customization I do when I configure OOo / LO is to set this value to its maximum. And I do not lost pictures inserted in my presentations.
Additionally I uncheck the checkbox "Automatically save the document too" because, as all dinosaurs, I am used to hit ctrl+S very often.
Best regards. JBF
I used 128MB as that has been suggested in previous posts (Comment 136). Either way I don't think its relevant as the total size of the pictures I embedded into that presentation was only 2.8Mb. So unless LO is increasing the size of my images 50 fold, why should I have any issues?
And while I appreciate the suggestion, it is not a solution, merely another workaround (and one that has been suggested for a year and a half; Comment 18). If LO can not even function with a cache lower than 200MB then why is it adjustable? I certainly can not afford to spend days preparing a presentation with the risk of losing my pictures.
It is the graphic cache and pictures are not the only graphics in a presentation.
Best regards. JBF
Created attachment 107422 [details]
zip with oxt and odt with explanation
(In reply to Cor Nouws from comment #123)
> I can change it to do the same for presentations. Need some time..
Attaching a new version of the oxt
Works in Writer and in Impress
The zip contains .oxt and odt with some explanation
That macro seems to insert into impress as a link instead of embedding the content, so probably doesn't exercise enough of the tricky piece
(In reply to Caolán McNamara from comment #151)
> That macro seems to insert into impress as a link instead of embedding the
> content, so probably doesn't exercise enough of the tricky piece
Ugh .. :\
Created attachment 107457 [details]
zip with oxt embedding pictures in Impress too
pls try this one
I have seen this bug off-and-on for years, going way back into OpenOffice days. However, I recently upgraded to Ubuntu 14.04 LTS (with LibreOffice 18.104.22.168), and the subjective frequency of this problem is *much* higher than before. Just yesterday I had this problem occur at least a dozen times in the course of the day.
For what it may be worth: I primarily insert images by taking a screenshot, editing it in GiMP, copying a region from GiMP, and then pasting this into Impress.
One of the developers commented above that this problem seems to be triggered from various places, and they are hunting these places down. May I just note: When a problem is so recalcitrant that it cannot be fixed over the course of several years, then something is fundamentally broken. Please consider throwing away the existing image-handling code and re-designing it from scratch.
As others have pointed out, this is a <i>disastrous</i> error. This flaw alone has cost users uncounted thousands of hours of lost work. This flaw alone is reason for companies to avoid adopting LibreOffice.
I've never had this bug before. But, when upgrading to LO 4.2.x this bug happens several times (impress).
It seems that there are a lot of duplicates were raised at this time
The bug happens in many ways. Coping and pasting from the net, from Xnview, linking object. At a moment all the images inserted disappears. But only images added.
The only workaround for me was to save my file very often.
I've upgrade to 4.3.2, and this bug seems to have gone away. In the other hand, I've not work a lot with Impress 4.3.2
Impress has a lot of bugs since 4.0
It' difficult to get the focus on a text frame or on a image
All these bugs are *regressions*, and are graphic problems
Maybe this bug is a side effect of one of them
(In reply to Brad Richards from comment #154)
> I have seen this bug off-and-on for years, going way back into OpenOffice
for what it's worth, the earliest bug entry I found for this is
2002-12-16 11:26:51 UTC
That is about 12 years now, isn't it? - Actually I don't remember running LO/OOo, perhaps even the old StarOffice, without this bug.
(In reply to Pierre C from comment #155)
> The only workaround for me was to save my file very often.
> I've upgrade to 4.3.2, and this bug seems to have gone away. In the other
> hand, I've not work a lot with Impress 4.3.2
I think that all users should use LO 22.214.171.124. With this release, I have never seen this bug on Debian.
@Juang Dse: Please help testing (or developing if you can). LO needs volunteers. Did you tested intensively 4.3.2?
(In reply to Rpnpif from comment #157)
> I think that all users should use LO 126.96.36.199. With this release, I have
> never seen this bug on Debian.
I had write too early.
Now I have the same bug but in Writer: an image in a text document disappeared during autosave.
Should I open a new bug report or add a sample file to this bug 46447 ?
As this bug is about Presentation, I opened a new report about writer. Are you OK ?
(In reply to Rpnpif from comment #158)
> As this bug is about Presentation, I opened a new report about writer. Are
> you OK ?
I mean that I'll open a new report if it is needed.
(In reply to Rpnpif from comment #158)
> Now I have the same bug but in Writer: an image in a text document
> disappeared during autosave.
Should be this: Bug 82953
Wow, given the age of this bug, this is a VERY VERY dissapointing situation,
I'm using L.O.Impress, Version: 188.8.131.52
and the problem annoys the hell out of me.
I'm just preparing my slides and images come and go when and where they want.
Usually the Images tend to stay after loading them again one or a few times...
but until no further changes are made it's absolutely unpredictable which images are going to stay or disappear.
If people think no-one is interested: I just assume this is a show-stopper that makes people turn away and never come back.
I am sure this is not limited to .png, but also happens with .jpeg.
(In reply to Pierre C from comment #155)
>> The only workaround for me was to save my file very often.
>> I've upgrade to 4.3.2, and this bug seems to have gone away. In the other
>> hand, I've not work a lot with Impress 4.3.2
>I think that all users should use LO 184.108.40.206. With this release, I have never >seen this bug on Debian.
Just a little sum up of the situation :
I Went to LO 4.2 because working with table and impress 4.1 makes LO crash
Then, I went to 4.3 because images disappears in LO 4.2
In LO 4.3 I loose some of my work in formulas in writer.
None of my update were motivated by a new feature
Last but not least : I must keep an OpenOffice, to resized my formulas with borders in writer (borders shrink the formulas since 4.1 ?)
This is a really funny way to work and a big waste of time
And now, with impress 4.3 It sometimes crashes. Yesterday I loosed one our of work.
I'm a ten years user of OpenOffice/LibreOffice. I told many peoples to use this office suite. But since LO 4.x I haven't told anybody to use it
Same bug with LO 220.127.116.11 on Windows 7.
Memory settings are changed (as suggested above). I use laptop that is not very powerful, can be that there is not enough CPU.
Pictures disappear after autosave and after save/save as. Doing backup doesn't help, as pics disappear also from backuped presentations.
It's possible to see presentation fine before closing and open it without pictures.
Seems that it occurs mostly when you click occasionally on other than current slide when autosave is running. For awhile I continue to see disappeared images in Slide Pane.
Pics are disappearing whether they are linked, inserted from file or from screenshot software.
It's very very very frustrating. Total loss of working time for me now 48 hours.
Many thanks to all, who are working on this problem.
(In reply to daria from comment #163)
> Same bug with LO 18.104.22.168 on Windows 7.
Please, read comments of others users above where it is said that all should use LO 4.3.2 to perhaps fix this bug.
(In reply to Rpnpif from comment #164)
> (In reply to daria from comment #163)
> > Same bug with LO 22.214.171.124 on Windows 7.
> Please, read comments of others users above where it is said that all should
> use LO 4.3.2 to perhaps fix this bug.
Still present, but with a much lower frequency in LO 126.96.36.199 Build ID: fb5295ba211bd31ad47d0bad0118690f76407d
Workaround to prevent embedded pictures disappearing or displaying improperly in Impress slides:
1- From "Slide Sorter" right click on empty space and select "New Slide"
2- Double click the new slide. Now in "Normal" tab
3- Add content to slide including embedding pictures
4- When finished with editing the slide Left Click on "Slide Sorter"
5- Right click on empty space and select "New Slide"
6- File => Save
The creating a new empty slide at the end of the deck seems to save the embedded pictures placed in the earlier slides.
While following this procedure some extra new and empty slides are created.
Removing these extra empty slides after saving does not cause deletion/changes of the embedded pictures in the earlier slides.
After modifying the contents of a slide, I add an empty slide to the end of the slide deck then File => Save.
Since doing this, embedded pictures are displayed properly. Before, only a rectangle with an "x" in the upper left corner displayed rather than the picture.
Ubuntu 14.14 LTS
*** Bug 82767 has been marked as a duplicate of this bug. ***
(In reply to teacher1st from comment #166)
> 1- From "Slide Sorter" right click on empty space and select "New Slide"
> The creating a new empty slide at the end of the deck seems to save the
> embedded pictures placed in the earlier slides.
thanks for the explanation teacher1st.
This helps because you force synchronisation of the various copies of the document that are kept in memory for the various views (and more).
please fix this error ASAP, I've just lost 1/3 of my presentation :'(
Seriously, this is absolutely ridiculous. I've been increasingly burned by this bug on while using Version: 188.8.131.52 Build ID: 420m0(Build:3). Finally happened yesterday morning in front of my class. Images from the entire presentation were gone. Luckily, I had an older version of the presentation from an earlier semester that I was at least able to make my way through so that I did not waste a complete lecture period (in addition to the hours of prep work that was indeed lost).
I've been trolling this thread for a few weeks hoping a solution would arise. None of the recommendations so far have worked, including that from teacher1st. Images continue to disappear randomly, most often while I am actively creating/editing a file, and sometimes on a fresh open of a complete file.
However, I made a new observation today which may be of some value as I have not seen it mentioned in previous comments: I was working on a presentation today which had been copied over as a new file from an earlier version. Several hours in and all of a sudden 3 images are missing from 3 slides, showing only the placeholders, and on one slide an image remains (i.e. on a slide where previously there were two images, there is now one image and one placeholder). In order to quickly remedy this situation, I find the earlier version of the presentation in a different file in a different folder. Lo and behold, when I open that file, the exact same 3 images are missing and only those images are missing. That seems very odd to me.
Impress is getting worse. yesterday at a work session of the city council, I was using Impress and draw. I had three crashes ! This has never happened before !
I'm not that it was a good thing for the LibreOffice credibility (LO184.108.40.206)
Please stop adding functionality ! Solve bugs. it's time for a brake.
*** Bug 85329 has been marked as a duplicate of this bug. ***
I can confirm having had and still having this bug on all versions of LO since at least 220.127.116.11. The bug appears on various systems, Linux 64 bit, Ubuntu 12.04LTS and 14.04LTS, Linux Mint Lisa. It's more frequent in the 4.x version or so it seems to me.
I have been giving lectures with LOimpress 3.x vrsions but don't dare to anymore with the 4.x branch.
Formats that I can conform to be problematic are at least .png an .tif.
(In reply to michael.wibral from comment #173)
> I can confirm having had and still having this bug on all versions of LO
thanks - but pls don't touch the fields unless you've read the documentation on that ;)
Why isn't this listed as a MAB?
I have the exact same bug, in Version: 18.104.22.168 Build ID: 420m0(Build:3).
(In reply to Caolán McNamara from comment #131)
> At this point a script to continually
> inserting/copying/saving images into impress in some mega-loop might be the
> way to go.
You meant for trying to reproduce by * or to do the same by someone with specific development tools running ?
(In reply to chtfn from comment #175)
> Why isn't this listed as a MAB?
I don't know why it wasn't in that list. I added it to it right now.
Have the same bug. version 22.214.171.124. Build ID: 420m0(Build:3)
Lot of wasted time on presentations ...
If it can helps :
I installed the "TexMaths" plugin (0.41) to create mathematical formulae with LaTex syntax. The same bug occured. Formulae disappear randomly when generated with png export.
(In reply to jo.lasticott from comment #179)
> Lot of wasted time on presentations ...
Sorry for that.
Now if you attempt to change the fields in the header of this issue, you get a warning... pls respect that ;)
REOPENED is incorrect status - REOPENED is saved for bugs marked as FIXED and assigned to developers. This has never been assigned to a developer. Marking as NEW.
The bug in Impress is still present in my LibreOffice (Version: 126.96.36.199 Build ID: 420m0(Build:3) on Ubuntu 14.04 LTS, 64-bit)
Recently I started working with TexMaths which inserts LaTex-formatted formulae as PNG images into LibreOffice documents (see Comment #179)
These PNG images disappear randomly while working on the document (perhaps it has to do with the autosave, but I am not sure). In the case of TexMaths, the formulae can be brought back by selecting the empty image placeholder and clicking on the TexMaths plugin symbol to bring up the TexMaths dialog again.
I have experienced randomly disappearing images in the past (before TexMaths), sometimes only finding out when giving the presentation. Now I realise that this is due to a long standing bug (or bugs).
I hope that this serious problem will soon be solved, and I will try to help. It is the type of bug that efficiently chases people away from LibreOffice. Most of these will not file a bug report, but will simply stop using the software.
Still happens on linux mint. Just cost me half an hour.
Started a fresh presentation and inserted downloaded jpegs and pngs, nothing more. After saving and reopening images were lost.
Version 188.8.131.52, Build ID: 420m0(Build:3)
This bug is incredibly frustrating and I hope someone is making it urgent. Images disappear even from a file that is not open. Hoping to save myself some work, I saved a duplicate of the file I was working on, and when some images disappeared from the open one, I closed it and opened the copy. It had the same lost images.
I am using a Macbook Air, OS X 10.9.5; Libre Office Version: 184.108.40.206
Build ID: edfb5295ba211bd31ad47d0bad0118690f76407d.
MY WORK AROUND
I posted this earlier and I unsure how well it works in general, but since I started using it, I have had zero problems with missing images.
I think the problem is whenever I upgrade there are slight changes to reading the ODF files. So the work around I use is that whenever I want to open up an old file to edit it for a new purpose. I do not open up the file, I create a new file and use the 'Insert' -> 'File...' from the menu bar.
As far as a fix, I think the ODF import function should check to see if any media files are not being used before purging them. If you recall the ODF file is a zip file with the media files inside. I do not see why it could not work this way.
I am trying to figure out a list of steps to reproduce the issue,
when starting on an empty Impress presentation.
From what I read above, it might be an issue with memory management of images (see Tools->Options->LibreOffice->Memory). Or the cleanup of deleted images (might remove images that are in use?).
I tried to reduce the values there (only 1MB image cache, only 1MB cache per image, remove from memory after only 5 minutes) so that the bug is more likely to happen.
I also used this image, http://groups.csail.mit.edu/graphics/classes/CompPhoto07/PPT/12_Phototourism.key/WorldMapBig.png (PNG, 1.7MB).
I created several slides and copied/pasted the image around those slides.
I did not manage to reproduce the error.
Could you all please try, by starting on an empty presentation, to create such a small presentation with the aim to get this golden list of steps that reproduce the bug?
There must be something that triggers this bug, and we need to find it.
(In reply to Simos Xenitellis from comment #187)
> I am trying to figure out a list of steps to reproduce the issue,
> when starting on an empty Impress presentation.
Thanks for your post and encouraging ideas Simos!
What I would suggest also: try with a presentation say 4 slides, with most already some graphics, and saved.
Open it, ad a new slide two, copy an image from the file manager, paste it, go to the bowser or mail, set you some fresh tea and come back in five minutes or so, and look in Impress.
Hi all. It would be lovely to be precise about what we are talking about here.
One thing that I would like to make clearer: we only have, as far as I can see, one confirmation that this happens with autosave turned off (comment#109).
Could anyone else please confirm that they come accross this issue with autosave turned off? ("Tools > Options > Load/Save > Automatically save the document too")
If turning off autosave makes it disappear, you are probably looking for bug 82953. There is activity there that we can look forward to: https://bugs.freedesktop.org/show_bug.cgi?id=82953#c25
Created attachment 109826 [details]
Prueba .odp saved and if is open do not shows images
This is an example file with images but not shows by libreoffice.
@Ismael Cedillo & others
I never opened those attachments so far. But I was curious and a surprise: the image can be seen in the presentation! I'm using LO 220.127.116.11 @ Debian.
(In reply to Ismael Cedillo from comment #190)
> Created attachment 109826 [details]
> Prueba .odp saved and if is open do not shows images
> This is an example file with images but not shows by libreoffice.
I think this problem is different. Indeed LO 4.2.6 opens and shows all images without problem, in both modes edition and slideshow. But LO 18.104.22.168.0+ and LO 22.214.171.124.beta1+ does not show the pictures in both modes. In edition mode the pictures appear during a very short time and is replaced by its frame.
I filed the bug 86573 for that.
Best regards. JBF
I am running Windows 8.1 64-bit.
I didn't have this problem in v4.3.4; but I am seeing one variation of this issue in 126.96.36.199.alpha0+:
1. Only some images disappear (not all slides)
2. The image can be seen in the "Slides" pane (thumbnails), but not in the main (canvas) pane. The main pane only shows a placeholder. Attaching a screenshot.
3. Sometimes the image vanishes from the "Slides" pane also, but after some delay.
4. An image that has disappeared does not re-appear in slideshow mode also.
Created attachment 109852 [details]
Only some slides are affected; leaving only a placeholder
moving this to mab4.3 list since 4.2.x reached EOL
Some additional observations:
In my case, the affected file does NOT change: The same file reads fine with 4.3.4; but shows missing images when opened with 4.3.5, 4.4 and 4.5.
This is a strong clue. I can share the file.
(In reply to narayanaras from comment #196)
> Some additional observations:
> In my case, the affected file does NOT change: The same file reads fine with
> 4.3.4; but shows missing images when opened with 4.3.5, 4.4 and 4.5.
> This is a strong clue. I can share the file.
You probably encountered a duplicate of bug 86573 which has been reported and fixed yesterday.
Best regards. JBF
*** Bug 86649 has been marked as a duplicate of this bug. ***
It happened to me 2 hours ago, when I was about to finalise my 80-slide presentation for my evaluation for a Professorship at my institute set to begin 2 hours later..... I am dazzled :-)
LibreOffice Version 3.6:build-304 (Build ID: 360m1(Build:304)) in OpenSuse 13.2
this looks the "King of all the MABs"
I wonder if the devs could resume the "hard hacks" fixing campaign just for this one. https://wiki.documentfoundation.org/HardHacks
It would be very important that this annoying issue could be fixed before it's 3rd birthday (february 22nd 2015)
It's not quite clear to me which version have the bug and which ones don't.
Does v188.8.131.52 have this bug or not?
Can someone reply quickly to this question: we have the problem in production with v4.2.6 and might have to downgrade to 184.108.40.206 (doesn't have the bug, we're sure about that) or upgrade to 220.127.116.11 (I would prefer but am not sure it'll fix the situation)
I'm working with 4.3.x and I've never had this problem back. So it seems that this bug has gone away. But not sure
(18.104.22.168 will be available soon)
(In reply to bureautiquelibre from comment #201)
As mentioned, this bug has multiple causes.
And thus, when improvements are done, it might improve in part of the situations... Makes tracking rather complicated.
> production with v4.2.6 and might have to downgrade to 22.214.171.124 (doesn't have
> the bug, we're sure about that)
I'm sure that the problem sometimes comes up in older versions. But maybe in a different setting/use that what is the case with your users.
> ... or upgrade to 126.96.36.199 (I would prefer but am
> not sure it'll fix the situation)
I've not much specific experience with 4.3/4.4/4.5, but some of the patches have been applied to those releases, so that could explain the positive response from Pierre C
I am on Ubuntu 14.04 LTS. I installed a new version of Libreoffice from the official PPA, and am now working with LibreOffice 188.8.131.52.
Since, I have prepared (and given!) a new ODP presentation. I did not encounter any problems with disappearing images. It wasn't a very long presentation but it did include quite some images, a few TexMaths formulae and even a video. This is very encouraging. Thanks!
I should have upgraded before, instead of stubbornly sticking with the LibreOffice 4.2 included in Ubuntu 14.04 LTS.
I have suffered from this bug over the years quite badly, for me THE worst LO Impress bug. However, I am now using 184.108.40.206. under Ubuntu 12.04 and the bug did not show up for some time (keep fingers crossed). I cannot tell with which version it disappeared but it looks like it got fixed. I will report if I see it again...
As always thanks to the people who make LO everyday better...
Thanks for your answers!
We're rolling out v220.127.116.11 now to a limited number of users (200) as a test before complete roll out (5000 users), hopefully in january.
I'll send an update beginning of january to tell you if we encounter the bug again or not.
(In reply to bureautiquelibre -- E. Ficheux -- from comment #206)
> Hi Everyone,
> Thanks for your answers!
> We're rolling out v18.104.22.168 now to a limited number of users (200) as a test
> before complete roll out (5000 users), hopefully in january.
Note that the bug #82953 which have effect near of #46447 but with writer, is not yet fixed in the 22.214.171.124 nor 126.96.36.199 that it is released today. Last 4.4beta should fixed these two bugs but it is a beta so, for production, it is perhaps dangerous.
I've been working for hours with both LO 188.8.131.52 and LO 184.108.40.206 Impress, and none of my images disappear.
This bug seems to be solved
Per the final comment I am closing this as WFM - but if anyone else is still seeing this issue please set the bug back to NEW (not REOPENED) and leave a comment with your version of LibreOffice and operating system. Thanks!
Encountered this bug again today. Using LibreOffice Version: 220.127.116.11
Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6, on Mac OSX 10.9.5. Embedded EPS image via Insert...Image menu, embedded image disappeared after a few minutes of working.
Sorry, but don't reopen old bugs like this. The changes that the original and final problems with similar appearances being the same bug over that span of time are too low. Please file a new one with how-to steps to reproduce
*** Bug 81473 has been marked as a duplicate of this bug. ***
Bug is present in 18.104.22.168
please open a new bug report as Caolan suggested with exact steps to reproduce and test files if needed.
then put the new bug report link under the "see Also" field of the current report
In LibreOffice Impress under the operating system Fedora 25 x64 and Windows 7 x64.
In appointing the LibreOffice Basic macro to the macro button element works.
But when you play a presentation (F5). In Playback mode, the macro does not work.
please open a new bug report with exact steps to reproduce and test files if needed. then put the new bug report link under the "see Also" field of the current report.
please do not reopen such old bug reports... it's always better to file a new one.
so I revert status to WORKSFORME