Created attachment 123604 [details] Presentation with corrupted icon on nearly all slides in the upper right corner. Quoting from bug 46447: "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 <...>." I was plagued by this bug for what 7? 10? years - and I can't f***ing believe it's back again - just by lucky chance it only killed an hour of work this time. At least an error message or a warning would be nice before saving unknowingly the corrupted file!!!
The slides are not confidential, do with it whatever you like.
Hi Christian, Sorry to read of this problem. I'm not sure if it is the same as in report 46447. On slide #4 there are also other images that do not disappear. So I think that it is a different problem maybe. Could you please also post a good version of the file? Is the image that disappeared the same as the one on slide #2? (Why not work with a master page with that element? Not that that per see would solve the issue, I guess...) Thanks - Cor
Created attachment 123746 [details] Nearly identical slides to first attachment for this bug with intact graphics.
Hi Cor, thanx for taking care of that bug! I'm not placing the image on the master slide because I'm using it as a visual cue for the last item on the slide, i.e. it appears at the same time as e.g. the last bullet point. Yes, the images that disappear on subsequent slides are the same as the one on slide #2 (at least I think so ...) - it should be an SVG-File. At least for me, the "old bug" caused only some images to disappear, not all. Hence, at least the effect is same-same :-/ ... Best regards, Christian
Thanks for the info and the file, Christian. Opening the file.. see if I can reproduce. If you have any tips on circumstances, actions: those are more then welcome. Cheers - Cor
(In reply to mail from comment #3) > Created attachment 123746 [details] > Nearly identical slides to first attachment for this bug with intact > graphics. I tested with this. Saved and reloaded a couple of times, but images stayed in place. 64-bit, KDE Plasma 5 Build ID: 5.1.1.3 Arch Linux build-2 CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: fi-FI (fi_FI.UTF-8)
Strange. The only "special circumstances" I can think of are: - This is a presentation with a long history, dating back to LO 3.x - This is the first time I've used an SVG as an "icon" on all slides I'm cautiously using SVG icons in LO 5.0.3 under Linux Mint where I cannot downgrade to LO 4. Here, I cannot reproduce the bug (I'm experiencing frequent crashes but that's a different story).
You can install several versions to test: https://wiki.documentfoundation.org/Installing_in_parallel
I have a presentation in which occasionally the images disappear. I have inspected the source file, and I have observed that the png file of the eclipsed image is corrupt. I have used a hex inspector, and I have observed that the corresponding image file is corrupted. It is full of secuences like 00 FF 00 FF... or 33 66 99 CC FF.
Oooh - that is interesting ! with the normal image loss bug - I would expect to have simply no image stream in the document. You seem to have a much more interesting version of this. That is very curious. Any chance of a hex-dump of the first 128 bytes or so before and after ? also - the file-sizes ? Sounds most interesting; thanks !
Do you need the original graphics (png and svg icons) or can you extract them from the intact presentation?
Yes, same problem with LO 5.0.6.3 May images disappears on my last odp file. It was my first day working with LO 5.0.x branch -> I Go Back to 4.4.6
Created attachment 125283 [details] screen print of problem Encountered the same problem. Image on page #2 that is a copy of the one on page 1 disappeared. See the screen print. Note that at that time the image was still visible in the preview in the side pane. (In reply to Michael Meeks from comment #10) > Any chance of a hex-dump of the first 128 bytes or so before and > after ? also - the file-sizes ? Looking at this http://linuxcommand.org/man_pages/xxd1.html I guess I should use the -len option ? Also; I do have the file with problem and after repair. Not sure if that may help?
I encountered the problem in a recent 5.2 master
Created attachment 125506 [details] Presentation with corrupted graphics on slide 17 Another example for a corrupted graphics.
Still a repro with: Version: 5.4.0.0.alpha0+ Build ID: 1427817a944f3cf1020b2f06a2ca934847b56ba8 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-12-17_10:04:15 Locale: nl-NL (nl_NL); Calc: CL Steps to Reproduce (maybe some are redundant) 1. Open attachment 123746 [details] in Impress 2. Set Save AutoRecovery information to 1 or 2 minutes (Tools -> Options - Load/save ) 3. Open all the slides by scrolling down (Side Pane) 4. Make a change to a sheets (for example moving an image a bit) 5. Minimize Impress 6. Wait for the next autosave 7. Restore the Impress Window Icon in the upper right corner should be gone (mostly)
Great to have this reproducible ! thanks for the great work there ...
Great to have this reproducible ! thanks for the great work there ... we should really mark this to the tracker for all these sillies ...
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still reproducible Version: 6.1.0.0.alpha0+ Build ID: a9b202a6b7000e7af34f2a639ca207122a3968bf CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-12-26_23:10:23 Locale: nl-NL (nl_NL); Calc: CL
Created attachment 140160 [details] Example file I'm reproducing the same issue the image attached (created with the Microsoft Snipping Tool) 1. Launch Impress with a fresh empty presentation 2. Set the auto-save to 1 minute (Tools -> Preferences) 3. Add the image using drag & drop or Insert Image 4. Minimize the screen 5. Restore the screen after two or three minutes No repro with Writer
I have a problem with missing images on some Ubuntu 16.04 computers, but not others. I found that replacing the .config/libreoffice/user folder on the computer with the problem with the folder from the computer that doesn't have the problem fixed the problem.
(In reply to Mike from comment #22) > I have a problem with missing images on some Ubuntu 16.04 computers, but not > others. I found that replacing the .config/libreoffice/user folder on the > computer with the problem with the folder from the computer that doesn't > have the problem fixed the problem. Others will be able to test this with Safe Mode: Help - Restart in safe mode and then Continue in safe mode.
*** Bug 116456 has been marked as a duplicate of this bug. ***
*** Bug 116681 has been marked as a duplicate of this bug. ***
Would you mind to try UN-check Use OpenGL for all rendering and restart Libre if the problem is gone?
(In reply to baifcc from comment #26) > Would you mind to try UN-check Use OpenGL for all rendering and restart > Libre if the problem is gone? I would rather hope this change solves the problem: https://blog.documentfoundation.org/blog/2018/06/19/image-handling-rework-for-libreoffice-collaboras-tender-results/ Also see the latest comments in the meta: https://bugs.documentfoundation.org/show_bug.cgi?id=47148#c39
Created attachment 143032 [details] Yet another presentation with corrupted images (icons top right corner) Win 7 64b, LO 6.0.4.2
Still the same in 6.1.2 as before - this is insane. Congratulations: You've introduced new bugs in Impress without fixing this decade (!) old bug.
I used to put a check image, a discrete green little check on the top left top of my slides. The image appears with the last animation of all my slides. that tells me that the animations on my slide are ended. (I guess if it shouldn't be a core feature, just having to choose the image and its location) This is a lot of work to do that. as a teacher, I've hundred of presentations. I don't know how, I don't know why but they have mostly vanish. Loosing hours of work. Not all at the same time, on the same conditions. So I sadly decided to stop working this way. I also decided to stop using transitions, as if yo go back on a slide, all of your animations are lost I also decided to stop embedding as sometimes it's very very long to save and open such a doc I also decided to stop using export PDF, as sometimes, images are not exported correctly. And so on... Fort sure, a lot of work is done on LO, but you've reached the thousand regressions. There were about hundred regressions at the beginning of LO
I'm also working as a teacher with Impress and I can only agree with Pierre C - it has become a PITA over time, it is obviously the unloved child among LO's components. Perhaps the import capabilities of SoftMaker for PPT / ODP formats will improve even more in the future, it is nearly there. As I'm using Latex anyway, I'll give the Beamer class a try this term.
I'm using 6.0.6.2 release version and have the same problem. Some images desapear espontaneously in presentation after file to be closed. I'm not sure, but I think it happens only with images that I modified original size after placed its in the slide. I'm using GNU\Linux (Debian 9.5)
dear all, Little change in summary. Thanks for report on images and user profile - must be a different topic. @telestro: what do you think, does the summary make sense for you?
(In reply to mail from comment #28) > Created attachment 143032 [details] > Yet another presentation with corrupted images (icons top right corner) > > Win 7 64b, LO 6.0.4.2 Not that the behavior is acceptable as such, but what happens if you make the image in the top right corner of the slide a part of the master slide?
I can't reproduce it Version: 6.3.0.0.alpha0+ Build ID: aa51774e6a309f277e71ca3a3b9d5d5b4b3dbf1a CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-02-18_06:06:03 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL Reports are all from 6.0 and prior. The issue is resolved, IMHO https://blog.documentfoundation.org/blog/2018/06/19/image-handling-rework-for-libreoffice-collaboras-tender-results/ I would propose works for me.. It should work fine except for corner cases (bug 123541)
That is a relief. Let's close and celebrate.