Bug 151790 - Slideshow loop breaks after first run
Summary: Slideshow loop breaks after first run
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.3.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Impress-OpenGL
  Show dependency treegraph
 
Reported: 2022-10-27 14:11 UTC by Christian Krützfeldt
Modified: 2023-09-28 09:58 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
2 slide presentation with the problem (53.84 KB, application/vnd.oasis.opendocument.presentation)
2022-10-27 14:11 UTC, Christian Krützfeldt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Krützfeldt 2022-10-27 14:11:01 UTC
Created attachment 183294 [details]
2 slide presentation with the problem

A colleague of mine managed to create a two slide presentation that can't properly be played in a loop.

The first time the presentation is played everything works as it should be. The second time the loop runs slide 1 is ok but slide 2 does not work.

On the 2nd loop the entire table on slide 2 is visible and not flying in /appearing as on the first loop.


We have tried it on Ubuntu 20.04 and 22.04. with LibreOffice 7.4.2.3


Also (not always) if you really run this presentation for like 5 to 10 minutes it sometimes crashes Impress.
We have also managed to crash PowerPoint on Mac with the attached presentation (not during playback but during editing it)




Please excuse the slow animations and the poor formatting of the slides but I didn't want to alter too much. I only redacted data.
Comment 1 Telesto 2022-11-02 14:09:16 UTC
Confirm with
Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9cd0f4c2d25462feba0ffcbd906c199273821243
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

and with
7.1

and with
Version: 6.2.9.0.0+ (x86)
Build ID: 5f01fe15eb2661f1f9ce12d1d99dc2a705b462ee
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

and with
Version: 6.0.0.0.alpha0+
Build ID: 9127d1a89cbfba89eb9df6755ea7b9e161cfc67a
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: nl-NL (nl_NL); Calc: CL

and with
Version: 5.3.1.0.0+
Build ID: aa09fd58bd499a2a2c3a32c5f613892bad54076c
CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; Layout Engine: new; 
Locale: nl-NL (nl_NL); Calc: CL

working as expected with
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL
Comment 2 Buovjaga 2023-03-28 12:16:32 UTC
The regression claim might be a red herring as this apparently only shows when OpenGL works in transitions (the transition is Ripple).
Comment 3 Christian Krützfeldt 2023-09-27 14:17:55 UTC
I have tried the attached presentation in LibrOffice 7.5.6.2 on Linux and the problem still exists as described in the original ticket. The second time the loop runs the second slide is broken.
Comment 4 Christian Krützfeldt 2023-09-28 09:58:11 UTC
And today I tried version 7.6.2.1 same problem - no changes