Bug 104654 - Slideshow: ANIMATIONS lost after backward show with transition
Summary: Slideshow: ANIMATIONS lost after backward show with transition
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) rc
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
: 119268 (view as bug list)
Depends on:
Blocks: Slide-Show Slide-Transitions
  Show dependency treegraph
Reported: 2016-12-13 19:41 UTC by Pierre C
Modified: 2024-01-29 09:52 UTC (History)
10 users (show)

See Also:
Crash report or crash signature:

test file (186.80 KB, application/vnd.oasis.opendocument.presentation)
2016-12-13 19:41 UTC, Pierre C
Test file with animations lost if slideshow for/back/forward (14.33 KB, application/vnd.oasis.opendocument.presentation)
2016-12-13 21:50 UTC, Laurent Balland
test-file with bug (two slides) (16.28 KB, application/vnd.oasis.opendocument.presentation)
2017-03-07 08:03 UTC, Regis Perdreau
adding a third blanck slide as workaround (13.00 KB, application/vnd.oasis.opendocument.presentation)
2017-03-07 08:21 UTC, Regis Perdreau

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre C 2016-12-13 19:41:04 UTC
Created attachment 129601 [details]
test file

All animations are lost after a back slide.
1 Open Attachment
2 launch presentation
3 go to slide 2 => You can see that some objects appears at each mouse click
4 go back to first slide
5 go to second slide => you can that all objects are already on the slide

Expected behaviour : the behaviour of the slide 2 should be the same on step 3 and 5

I think it's a regression
It works fine with Aoo
Comment 1 Xisco Faulí 2016-12-13 21:02:05 UTC
Confirmed in

Build ID: 634589b340316ba64b731b4d923c1056be415494
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group


Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; 
Locale: ca-ES (ca_ES.UTF-8)

but not in

Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86
Locale: ca-ES (ca_ES.UTF-8)
Comment 2 Laurent Balland 2016-12-13 21:38:02 UTC
NOT reproduce with Version: (x64)
Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa
Locale : fr-FR (fr_FR)

This bug disappears if transition is removed.
Comment 3 Laurent Balland 2016-12-13 21:50:39 UTC
Created attachment 129605 [details]
Test file with animations lost if slideshow for/back/forward

A simpler test file.

- Launch slideshow
- Move forward to slide 2 (animations work)
- Move backward to slide 1
- Move forward to slide 2
=> animations are broken
Comment 4 Laurent Balland 2016-12-13 22:10:54 UTC
Reproduce with
- Version:
Build ID: bcace328aabc4c8c10b56daa87da0a2ee6579b5a
Threads 4; Ver: Windows 6.1; Render: default; 
- Version:
Build ID: 53054959a12edc6510f51b94ddc9b73d27aedaf6
Threads 4; Ver: Windows 6.1; Render: default; 

NOT reproduced with
- Version:
Build ID: 229583f298b9de05e1ad1727e233d597995099e3-GL
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-22_23:09:05
Locale: fr-FR (fr_FR)
- Version:
Build ID: 13010a13177025f633c9b85adcb3edf6920e44e3
Threads 4; Ver: Windows 6.1; Render: default; 

So bug was introduced between beta1 and beta2 of 5.1 branch.
Comment 5 Laurent Balland 2016-12-13 22:24:05 UTC
On 5.2 branch
Reproduced with:
- Version:
Build ID: 2d4279b53a7835303e0804c2b1cf9aa53fd723aa
Threads 4; Ver: Windows 6.1; Render: GL; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-05_16:45:52
Locale: fr-FR (fr_FR)

NOT reproduced with:
- Version:
Build ID: f863f7096bbd794b05053d734ad77dff2cffc20f
Threads 4; Ver: Windows 6.1; Render: GL; 
TinderBox: Win-x86@39, Branch:master, Time: 2015-11-29_07:26:27
Locale: fr-FR (fr_FR)

So bug appeared between 2015-11-29_07:26:27 and 2015-12-05_16:45:52
Comment 7 Óvári 2016-12-14 01:21:45 UTC
See also bug 87958, bug 87959, bug 87960 and bug 88196? Thank you
Comment 8 raal 2016-12-28 18:48:33 UTC
This seems to have begun at the below commit.
Adding Cc: to Armin Le Grand; Could you possibly take a look at this one? Thanks
 174bc8aa01d82ecf97cb443d686b14e4e9aa694d is the first bad commit
commit 174bc8aa01d82ecf97cb443d686b14e4e9aa694d
Author: Norbert Thiebaud <nthiebaud@gmail.com>
Date:   Thu Dec 3 16:03:11 2015 -0800

    source 5b589f19a6ddae7b609d7925949d544a4a8c10a5

author	Armin Le Grand <Armin.Le.Grand@cib.de>	2015-11-26 11:32:08 (GMT)
committer	Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>	2015-12-03 23:10:46 (GMT)
commit 5b589f19a6ddae7b609d7925949d544a4a8c10a5 (patch)
tree 2097d75befbaf00528eb0c83467df0780afd3176
parent 704ff965c3078addbee59179702c9501cc160ede (diff)
tdf#96083 slide transitions wrong with appearing shapes
Comment 9 Pierre C 2017-01-19 16:56:49 UTC Comment hidden (no-value)
Comment 10 Regis Perdreau 2017-02-17 19:44:50 UTC
I have a look on it...annoying bug for me too. :)
Comment 11 Regis Perdreau 2017-03-07 08:03:26 UTC
Created attachment 131689 [details]
test-file with bug (two slides)
Comment 12 Regis Perdreau 2017-03-07 08:21:47 UTC
Created attachment 131692 [details]
adding a third blanck slide as  workaround

A workaround is to add a blank third slide, the behaviour is correct.
I think there is two bugs :

One  bug is when you rewind slide from the end black quit screen , the last animated shape is missing.

the second bugs is :

When you go back  to the  first slide and go next, the transition is calculated with all shapes ignoring animation shapes parameters (and you can see the last animated shape that is missing previously)

If at this moment (when you have just reached the second slide),  you resize all the window program, the slide is repainted with the expected displayed shapes.

guess a slide buffer (canvas ?) is not updated as it has to be. try to analyse.
Comment 13 Xisco Faulí 2017-10-12 08:06:47 UTC Comment hidden (obsolete)
Comment 14 Xisco Faulí 2018-08-20 17:08:56 UTC
*** Bug 119268 has been marked as a duplicate of this bug. ***
Comment 15 Xisco Faulí 2018-08-20 17:09:44 UTC Comment hidden (obsolete)
Comment 16 QA Administrators 2019-09-02 09:24:11 UTC Comment hidden (obsolete)
Comment 17 Jon 2019-09-04 02:24:35 UTC
I can confirm that the problem, which I also had, does not continue in 6.3.1, at least in files I have created since Jan 1 of this year. When I open older files in 6.3.1, the problem still exists, making me wonder if the problem wasn't somehow embedded in the files themselves.
Comment 18 Kai 2020-07-18 22:13:59 UTC
Can confirm this on 7.0RC2 and 7.1 alpha.

I am not even sure if this is just a single bug. It just seems like going back in a presentation messes up transitions and animations in various ways...
Comment 19 Kai 2020-07-30 21:00:34 UTC
Any way this can be fixed quicker? Not being able to go back on any slides without messing up my animations makes Impress almost unuseable for me. 

I am not familiar with the codebase but I can help, e.g. by doing a git bisect, if needed.
Comment 20 Kai 2020-08-02 02:18:51 UTC Comment hidden (me-too)
Comment 21 Lars Jødal 2020-12-30 06:59:12 UTC
Bug 134133 reports related problems: Animated objects disappearing when going backwards. It is not quite clear to me if these are two expressions of the same problem (duplicate), or two different problems that appear related from a user point of view.
Comment 22 Gabor Kelemen (allotropia) 2023-05-05 12:19:25 UTC
Still an issue in current master:

Version: (X86_64) / LibreOffice Community
Build ID: 83b1f6b58a30bdb589e9ce73deef39f021aebde1
CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: threaded
Comment 23 Thorsten Behrens (allotropia) 2024-01-29 09:52:08 UTC
Un-Ccing developer for the moment, old regression & very high workload.