Description: In the Linux version but not the OS X version, Impress becomes unresponsive after showing slide with animation in .ppt file (attached). Steps to Reproduce: 1.open file 2.navigate to the fourth slide 3. start slide show at current slide Actual Results: slide is shown normally but animation does not occur. Furthermore changing slides with arrows no longer works. The slide does not change. If one presses escape to leave slideshow mode or one uses right-click, it becomes evident that Impress has been keeping track of the slide changes, it's just not updating the slide on the screen. Expected Results: A click should trigger an animation effect of an image object appearing on the slide. Further clicks should trigger two more such animated objects. A further click should advance to the next slide. An arrow press should change the slide being shown. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: I see this bug under Linux (Pop os, a variety of Ubuntu) but not under OS X (both with the same version of Libre Office).
Created attachment 154275 [details] .ppt powerpoint slide
Reproduced in Version: 6.4.0.0.alpha0+ Build ID: cc65651a0490383f1a833bb6215d8ec4272d8b5d CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded
Not reproducible in Versión: 6.3.1.2 (x86) Id. de compilación: b79626edf0065ac373bd1df5c28bd630b4424273 Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; Configuración regional: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded thus, linux only...
Also reproduced in Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; Locale: ca-ES (ca_ES.UTF-8 Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e but not in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
This very much reminds me of my own https://bugs.documentfoundation.org/show_bug.cgi?id=125949 which got fixed a bit ago. With LibreOffice 6.4.3.2 I can no longer reproduce this, so I guess the fix for that other bug also helped with this one. jdien07@mac.com, can you please confirm? Xisco, or perhaps you can since you could reproduce originally?
Indeed, not reproducible in Version: 7.0.0.0.alpha1+ Build ID: 86bc13248c1d9f63b10aac304bdf0361d1dcc47f CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Closing as RESOLVED WORKSFORME
Agreed, no longer a problem (tested with 6.3.1.2 under Pop!_OS 19.10). Thanks to the development team!