Description: It's a bug that follows me for years... maybe 10 years. It doesn't happen every time, but often when I try to use Impress to give a talk some images are either missing or cropped during the presentation, while they are perfectly ok on edit mode. When it happens, I simply close Impress and open it again. Press F5 to start the presentation and the images are back. But it is a pain. I've been getting around this issue by using the extension "ExpandAnimations" to save it all as PDF. But I would like to see this bug fixed, so I could use Impress directly instead. It seems that I'm the only one complaining about this. But I'm aware of colegues and students that save to PDF to avoid this issue. So I wonder if everybody is applying a PDF workaround scheme instead of reporting the bug. BTW... as a suggestion, the ExpandAnimations extension would be great as a native feature! Steps to Reproduce: 1. Prepare a presentation with images and transitions 2. Start the presentation 3. Check if the images are ok 4. Stop and try again... the bug appears occasionally. Actual Results: some times the images are missing or cropped Expected Results: the images should be there perfectly Reproducible: Sometimes User Profile Reset: Yes Additional Info: I didn't check for the OpenGL. I'll try... but since the bug only appears occasionally, I'll have to test it for a long time to be sure it solves the problem. In any case, if OpenGL is the culprit... it is still a bug.
I've check and OpenGL is not enabled.
Please - provide a sample document which contains the bug (even if it only happens occasionally) - provide the LO version info from main menu | help | about I am setting this bug to NEEDINFO. Please change it back to UNCONFIRMED when you have provided the requested info. Thank you.
Dear Gerson, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear QA Team, I know the but needs info, but I'm not able to provide right now. For many years I've been using the ExpandAnimations extension to avoid it, so I cannot say for sure which of my Impress files will show the error. And even if I identify a file that shows the error, it does not happen all the time. Sometimes the slide show goes smoothly, and sometimes some images disappear and I have to restart LibreOffice to get it back. It's really ocasional, so I need time for it to occur on a file so I can show you. Moreover, I'm not doing many presentations nowadays. So it will take time until I find a file that shows the error. My students also see the error every now and then. I told them to tell me if they spot the error. I'll let you know as soon as possible. But it will take time.
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 167302 [details] Testcase presentation Maybe related: I do have similar issues. I often use appear/disappear animations, and usually everything works as long as I continue along the presentation. However, when going back and forth, there are a number of glitches: elements start to appear/disappear inconsistently, leaving unexplained blank spaces (for instance: on going forward, an image appears; it disappears when going backwards, but when going forth again nothing happens; the next elements might or might not appear, I can't seem to find any rule). I attach a sample of the presentation, in case Gerson can recognize the issues as the ones he's affected by. Slides 2 and 4 show issues, while 1 and 3 are simple working examples. See what happens when going back from slide 3 to 2, or from 5 to 4 (and what happens when going back and forth along slide 4: some of the text disappears and never comes back). By the way, I do recall having problems with cropped/incorrectly sized images too, but that was long ago with previous LO versions. I am currently on 6.4.6.2 (Ubuntu 20.04's default).
(In reply to Michele from comment #6) > Created attachment 167302 [details] > Testcase presentation > > Maybe related: I do have similar issues. I often use appear/disappear > animations, and usually everything works as long as I continue along the > presentation. > > However, when going back and forth, there are a number of glitches: elements > start to appear/disappear inconsistently, leaving unexplained blank spaces > (for instance: on going forward, an image appears; it disappears when going > backwards, but when going forth again nothing happens; the next elements > might or might not appear, I can't seem to find any rule). > > I attach a sample of the presentation, in case Gerson can recognize the > issues as the ones he's affected by. Slides 2 and 4 show issues, while 1 and > 3 are simple working examples. See what happens when going back from slide 3 > to 2, or from 5 to 4 (and what happens when going back and forth along slide > 4: some of the text disappears and never comes back). I tried many times to do as you suggested, but everything worked smoothly. Gerson: any update on this issue? NixOS Version: 7.1.5.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
(In reply to Buovjaga from comment #7) > > I tried many times to do as you suggested, but everything worked smoothly. > To avoid misunderstandings, let me ask you: when you go back from slide 3 to slide 2, are you able to see the series of elements in the top-right (Rotated domains)? In my setup, I only see the other two ("Stacking configurations" and "Topological defect boundaries"). If I go back one more step, "Topological defect boundaries" disappears, and one more step back brings me to slide 1 - also with a white space at the bottom, where a group of images should appear instead. The expected behaviour would be that slide 2 shows the three series/titles, and then "Topological defects.." and "Rotated domains" disappear in this order, each after an up/left arrow event..
(In reply to Michele from comment #8) > (In reply to Buovjaga from comment #7) > > > > I tried many times to do as you suggested, but everything worked smoothly. > > > > > To avoid misunderstandings, let me ask you: when you go back from slide 3 to > slide 2, are you able to see the series of elements in the top-right > (Rotated domains)? Yes.
Okay, for some reason I cannot. I'll try from my office, on Windows, to see if I can reproduce it on , or maybe test LO 7 (
(In reply to Michele from comment #10) > Okay, for some reason I cannot. > I'll try from my office, on Windows, to see if I can reproduce it on , or > maybe test LO 7 ( Works fine on Windows as well Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c820cb429fc3d3eec9bf6596f0a34995cbd93982 CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
I've downloaded and tested Michele's presentation and it worked fine, no glitches. But that's the point. The bug is intermittent. It happens pretty much in all my Impress files, but not always. Sometimes I use an Impress file to give a talk or class it all goes well. Then some time later I use the same file again and there's glitches. When this happens, I close LibreOffice, open it again, and the presentation runs smoothly with no glitches. Currently I'm recording my classes, but I've been using PDFs to avoid these glitches. But I'll start using Impress now to see if we get "lucky" and a glitch may happen during a recorded class. PS: could it be that it only happens with physicists working on graphene? ;-)