Description: Add animation effects to objects from the sidebar. Start a slide show. If you continue to advance the animation effect, there is no problem. However, if you back out of the effect even once, you will experience a regular disruption of the playback order. Example. The order of the effects of an object is indexed as 1, 2, 3, 4, 5, 6, 7, 8. Suppose we advance to index number 8. Now, back up once. Then, it will go back to the previous number 7. However, the worst step, 1, will always disappear as well. If you back up at 12345678, the number will become 234567, and two objects will disappear. After this, if you back up again, the playback of the objects will always return by two at a time. After that, you can proceed again. If you go forward 4 times, the animation effect for that index number x+4 will not be played. The effect of index number x+4 will return when you "back up" after further "forward" progress. As far as I know, this phenomenon has been seen in versions 6.1 and later. The same thing used to happen when I removed the graphics accelerator feature from the options. Translated with www.DeepL.com/Translator (free version) Steps to Reproduce: 1.Create 10 pieces of text and graphics. 2.Give animation effects to the objects you create. 3.Play the effect in a slide show. 4.Turn the slideshow back on while it is playing. 5.After this, each time you repeat "forward" or "backward", the order will not be correct. 6.Basically, the index number 1 of the slide will remain unchanged. Actual Results: 1234567→"BACK" →X23456X→"BACK" →X234△△X→"BACK" →X2○○△△X→"forward" times 5steps →X2345X7 Expected Results: In the slideshow, the correct animation effect is played back one by one, even when I click "forward" or "backward". Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 6; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded
Created attachment 168944 [details] Multiple objects with animation effects and slideshow execution (bug caused by "back" operation)
I can't test myself but please see if duplicate of Bug 134133. Best to test with daily master, easy from https://libreoffice.soluzioniopen.com/daily-version/.
I added some bugs here that were intended elsewhere. Buovjaga, I'm free to add you because I know you followed similar bugs.
No problem for me, so please re-test with the latest build Arch Linux 64-bit Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: bc684505f634643305f98611d5f39394c3a49044 CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 26 January 2021
I am checking the environment on Windows and Linuxmint. Also, I have been using it for a year and a half and am aware of the problem. I do not believe the problem is due to a difference in the kernel. As for the animation effect of the objects in the slideshow, it's gone wrong between 6.2 and 7.0. I remember it was there before that. I will check the latest version when it is released. I am a very uninformed user. Translated with www.DeepL.com/Translator (free version)
[Automated Action] NeedInfo-To-Unconfirmed
Please test with Win-x86_64@tb77-TDF build https://dev-builds.libreoffice.org/daily/master/current.html It will install alongside your stable build.
I built a test version to try it out. Version: 7.2.0.alpha0+ (x64) / LibreOffice Community Build ID: 6ca7be8f10deb75399377f25277b943af40f72f1 CPU threads: 6; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded As expected, there was no improvement in the symptoms. I will report back.
Testing attachment 168944 [details], I do not see any problems if I go forward and backward with the arrow keys. Forward arrow gives one more number (one more animation), and backward arrow removes the latest number. Going forward again works fine. However, clicking with the mouse is somewhat irregular: A single click can give more than one animation, as would be expected from more than one click. (That behaviour might be my mouse, but I have no problems with the mouse in other situations.) I notice that the original report mentions CLICKING forward or backward. If there is a difference between mouse clicking and using arrows, then it should be part of reproducing. So: I cannot reproduce the described behaviour, but I find a strange difference between mouse clicking and using arrows. For much more discussion of (confirmed) problems with animations when going backward, see bug 104654. Tested with LO 7.1.0.3. Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: da-DK Calc: threaded Also tested with the far older version 5.4.7.2, same behaviour. Version: 5.4.7.2 (x64) Build ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU threads: 8; OS: Windows 6.19; UI render: GL; Locale: da-DK (da_DK); Calc: CL
Thank you for your valuable input. I am using both ver 6.1.6.3, which is the version just before the problem occurred, and ver 5.3.7.2, which can create gif animations correctly. As for mouse clicks, the test file I created to comment on this page proceeded with the keyboard. I can't think of any problems with mouse chadaring. I have not tried the daily build program on linux mint, but I have tried it on Windows 10. Due to kernel differences, ver 6.1 often freezes. However, I think the problem with the animation effect is different from the kernel. I would like to wait a little bit for a new release and re-evaluate the problem.
Hiro, you may not confirm the bug yourself. so far, others didn't reproduce. This bug needs explanation if this is a duplicate of bug 10465 or why if not.
I'm sorry. It took me almost 2 hours to download ver7.1. The bugs have been fixed. Thanks to the engineers and everyone who commented on this bug. From a user who has been using it for over a decade Version: 7.1.0.3 / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 6; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded
Nice to hear. May I suggest to join the Japanese community events, if you have not yet done so: https://libojapan.connpass.com/