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
Confirmed in Version: 5.4.0.0.alpha0+ 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 and Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; Locale: ca-ES (ca_ES.UTF-8) but not in Version: 5.0.0.0.alpha1+ Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86 Locale: ca-ES (ca_ES.UTF-8)
NOT reproduce with Version: 5.0.6.3 (x64) Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa Locale : fr-FR (fr_FR) This bug disappears if transition is removed.
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
Reproduce with - Version: 5.1.0.1 Build ID: bcace328aabc4c8c10b56daa87da0a2ee6579b5a Threads 4; Ver: Windows 6.1; Render: default; - Version: 5.1.0.0.beta2 Build ID: 53054959a12edc6510f51b94ddc9b73d27aedaf6 Threads 4; Ver: Windows 6.1; Render: default; NOT reproduced with - Version: 5.1.0.0.alpha1+ 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: 5.1.0.0.beta1-buildfix1 Build ID: 13010a13177025f633c9b85adcb3edf6920e44e3 Threads 4; Ver: Windows 6.1; Render: default; So bug was introduced between beta1 and beta2 of 5.1 branch.
On 5.2 branch Reproduced with: - Version: 5.2.0.0.alpha0+ 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: 5.2.0.0.alpha0+ 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
Suspected commits: https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-1-0&id=5b589f19a6ddae7b609d7925949d544a4a8c10a5 and https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-2&id=57387eb30d07f15b1b2a798e0e4dcb0f4543945c
See also bug 87958, bug 87959, bug 87960 and bug 88196? Thank you
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
Someone is working on it ? It is really annoying in a teacher use of LO where a teacher massively uses animations and often go backward in his slides to answer student questions
I have a look on it...annoying bug for me too. :)
Created attachment 131689 [details] test-file with bug (two slides)
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.
Dear Regis Perdreau, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assigned it back to yourself if you're still working on this.
*** Bug 119268 has been marked as a duplicate of this bug. ***
Hi Armin, Any change you could take a look at this one at some point ? Thanks in advance
Dear Pierre C, 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
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.
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...
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.
Also just FYI: I can still reproduce this in 7.0Rc3 and the daily built for 7.1
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.
Still an issue in current master: Version: 7.6.0.0.alpha0+ (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
Un-Ccing developer for the moment, old regression & very high workload.
This problem has never been resolved. Right? I think this is quite strange for an essential feature of Impress. I asked about this problem, but didn't get an answer. So this bug seems to remain up until version 24x of Libreoffice!! https://ask.libreoffice.org/t/going-back-in-impress-with-animations/111265?u=pkg
I don't think it has been fixed. But I also stopped using Impress a few years ago, because of this bug and lack of an easy way to align stuff in slides.