Created attachment 115808 [details] Second slide with "Fade smoothly" The "fade smoothly" slide transition is ok on 4.1.6.2, but broken on 4.4.3.2. See attached. (Sorry I can't be sure when it started. I've reverted to 4.1.6.2 a few times due to regression bugs.)
I can't reproduce on Linux with the attachment, neither on : Version: 4.3.7.2 Build ID: 430m0(Build:2) or on : Version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale : fr-FR (fr_FR.UTF-8) In those 2 cases : Linux 3.16.0-38-generic (x86_64) Xubuntu 14.10
tested under Win8 fade smoothly works fine in 4.1.5 and 4.3.5 fade smoothly broken in 4.4.0.3 so it's a 4.4.x branch regression needs bibisecting
interestingly the fade transition seems to work again in LibO 5.1.0.0.alpha1+ Build ID: 83eb114394879cbfd073322a51c47d02553c1fcf TinderBox: Win-x86@39, Branch:master, Time: 2015-05-22_06:33:51 Locale: en-US (it_IT) the fade is shown, however I see a blink when the image finally appears. @Arnaud is this consistent with your findings using 5.0 beta1?
It seems, missing image results the missing fading. Clicking on the second slide, it shows only a missing image icon instead of the image in the bad builds. Bibisected with bibisect-44max: aeb0840ff404a857f6f9e8ea59e1918e6b46b043 is the first bad commit commit aeb0840ff404a857f6f9e8ea59e1918e6b46b043 Author: Matthew Francis <mjay.francis@gmail.com> Date: Sun Mar 15 05:55:29 2015 +0800 source-hash-286e2f5c6ec829bc0987b1be7016699f7ef03e5e commit 286e2f5c6ec829bc0987b1be7016699f7ef03e5e Author: Zolnai Tamás <tamas.zolnai@collabora.com> AuthorDate: Sun Nov 16 15:12:54 2014 +0100 Commit: Zolnai Tamás <tamas.zolnai@collabora.com> CommitDate: Sun Nov 16 20:30:57 2014 +0100 Related fdo#82953: Forget package URL of image after it is loaded It causes problems if we handle those imported images differently which are identified by a package URL, so after the first load remove this URL and handle images on the same way as inserted images. Some related bugs: * #i44367# * #i124946# * #i114361# * fdo#73270 The image in the test document has a special ID which is different from that one which is generated by LO internally so after ODF export the new generated image URL is different from the imported one. Change-Id: I4e7d3490674c5f86bec5c7c6e1c975dcafd7c265
It seems, it is fixed in the recent libreoffice-4-4, too.
I'm confused. At which version is this regression fixed? 4.4.4?
works fine in LibO 4.4.5.1 under Win7x64
(In reply to tommy27 from comment #7) > works fine in LibO 4.4.5.1 under Win7x64 Thanks. The the image blink there? On 4.4.4.3 (Win7x64), it's as before. Instead of fading in smoothly, the slide just appears after a while. László Németh, can you be specific on the version?
sorry I made a mistake... the fade smoothly works in the 4.4.5.1 just in the presenter console preview window but not in the actual display window. I retested with LibO 5.1.0.0 alpha and the fade smoothly works fine in both presenter console and presentation screen but there I still see the final blink at the end of the transition
Thanks for reporting that. I'm reopening this because it was wrongly marked as resolved. The blink means the transition is not working as it's supposed to. So, it's still "broken".
I noticed a strange behaviour with "Fade smoothly" transition and I ignore if related to the present this bug or a new one. On Impress 5.0.1.2 if "Fade smoothly" transition is chosen as first choice (from Impress fresh start, before was no transition, then Fade smoothly is selected) everything works ok. (with the final blink, as reported in Comment 10). If, however some among other transitions are tried before (eg. Fall), "Fade smoothly" gets broken, and Impress restart is needed to fix it. Interestingly when "Fade smoothly" breaks, it is broken through the entire slideshow. Other transitions get broken as well, like "Fade though black", "Static" and "Fine Dissolve".
I agree with other comments : fading seems to have a step with all inverted colors (if text is Orange, fading transition show it in blue). Transitions aren't smoothly. Many transitions types are impacted ! See example : http://david.roumanet.free.fr/bug_transition.avi
Transitions aren't smoothly. Many transitions types are impacted ! See example : http://david.roumanet.free.fr/bug_transition.avi
tested with 5.1 alpha (from 24th november) : bug still there...
Colors problem corrected in LO 5.2 alpha0+ No more inverted Red/Blue colors while transitions Version: 5.2.0.0.alpha0+ Build ID: 1ed6d1423c7cffa5403dad69a9946ec790a374f2 Threads 2; Ver: Windows 6.19; Render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2015-11-29_01:57:00 Locale: fr-FR (fr_FR)
is this finally working as expected in 5.2.x or there's still some issues left?
It still a bug as described in bug id 78703 : while transition occurs we can see [SlideA] -- SlideA mixed with SlideB -- [SlideB] [SlideA a very short time] [SlideB] But colors are right now, on many transitions concerned (I've not tested because some transitions were working right before).
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
I see the same problem as roumanet. If you are transitioning from slide A to Slide B you see slide A again for a fraction of a second after the fade transition. I tested this with several versions and see the same problem on Windows and Linux: Libreoffice 5.2.1 64 Bit version under windows 10 Pro 64 bit (with and without opengl enabled). Libreoffice 5.2.1 64 Bit version under Lubuntu 16.04.1 64 bit (with and wihtout opengl enabled). This problem affects multiple slide transitions. Some transitions never show the problem, and some show the problem about 50 percent of the time: wipe = ok wheel = ok uncover = ok random bars = ok Checkers = ok shape = ok box = ok wedge = ok Venetian = ok fade (smoothly) = problem cut = ? cover = ok dissolve = ok comb = ok push = ok split = ok diagonal = ok tiles = problem cube = problem circles = problem helix = problem fall = problem turn around = problem iris = problem turn down = problem rochade = problem 3d Venetian = problem static = problem fine dissolve = problem vortex = ? not working? ripple = problem glitter = problem honeycomb = ? not working? looks same as wipe right? newsflash = problem
Adding Cc: to Zolnai Tamás
*** Bug 112920 has been marked as a duplicate of this bug. ***
*** Bug 112960 has been marked as a duplicate of this bug. ***
Version: 6.0.6.2: Bug is still present
(In reply to fax.k.root from comment #23) > Version: 6.0.6.2: Bug is still present Hmmm... It's as if LO's Impress is doomed to be the poor relative among presentation programs.
Version 6.1.4.2: Bug still present. After lots of trying, for me the bug dos not appear with Intel onboard Graphic. (Core2Duo, Core i7, Core i5). But always appears with ATI/AMD and nVidia Graphic Cards (open source and proprietary driver) and in VirtualBox too. Dosn't matter OpenGL on/off, desktop compositing on/off.
Hello, I want to correct my last state, because I found an AMD PC where the fade transition is working and an Intel PC where it is not working here the output from "uname -a" and "lspci | grep VGA" Linux linuxmintxfcepc 4.15.0-43-generic #46~16.04.1-Ubuntu SMP Fri Dec 7 13:31:08 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux 09:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 15dd (rev c6) LibreOffice 6.1.4.2 working Linux manjaroxfcetestlaptop 4.19.16-1-MANJARO #1 SMP PREEMPT Fri Jan 18 17:03:05 UTC 2019 x86_64 GNU/Linux 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03) LibreOffice 6.0.7.3.0+ not working LibreOffice 6.1.4.2 working Linux manjarokdepc 4.19.16-1-MANJARO #1 SMP PREEMPT Fri Jan 18 17:03:05 UTC 2019 x86_64 GNU/Linux 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) LibreOffice 6.1.4.2 not working More informations needed?
Issue remains present in version 6.1.5.2 (build id: 1:6.1.5-3) However it is interesting to note that the fade effect still works as an object animation but not as a slide transition. uname -a 4.19.0-5-amd64 #1 SMP Debian 4.19.37-3 (2019-05-15) x86_64 GNU/Linux lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07)
(In reply to TheBoss_9001 from comment #27) > However it is interesting to note that the fade effect still works as an > object animation but not as a slide transition. Yes, very odd indeed. As a non-coder, I do have trouble understanding why. Maybe I should just use 4.1.6.2 for Impress alone. Can I use multiple versions on the same computer (and same login)?
I see in Debian Buster the same behaviour as explained in the bug description, but it materializes as an entirely black display for the duration of the transition. Other transitions such as Cube, 3D Venetian and Ripple also fail in the same way. Version: 6.1.5.2 Build ID: 1:6.1.5-3+deb10u5 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group threaded # uname -a Linux *** 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux # sudo lspci -v -s 00:02.0 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo 3rd Gen Core processor Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 29 Memory at f0000000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at 6000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 Kernel modules: i915
On pc Debian x86-64 testing with master sources updated today with gtk3 or gen rendering, I don't reproduce this. I may be wrong but perhaps OpenGL may have some impact (I don't use it). Could someone give it a try on a recent LO version (6.3.5 or brand new 6.4.2) after having disabled OpenGL (see https://wiki.documentfoundation.org/QA/FirstSteps#Graphics-related_issues_.28OpenGL.29)? Have in mind that 6.1 and 6.2 branches are EOL so there won't be any fix (at least from TDF) on them. So no need to give a try with these old versions.
It's ok to set Needinfo if one cannot reproduce, but not if just tested Linux and bug is marked Windows.
Bug is still present with or With out OpenGL enabled LO 6.4.3.1 LO 7 dev with Skia enabled Blinking at the beginning and at the end of fading. unusable I've suppressed all transitions in all my files since this bug (hundreds of files)
*** Bug 132400 has been marked as a duplicate of this bug. ***
Seems to be solved on Windows 10 with Skia engine.
Created attachment 164028 [details] Ubuntu 20.04 Impress Fade smoothly demonstration
With Ubuntu 20.04 it seems to work better, but still not perfect. Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 12; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Sometimes a wrong frame is shown in the transition. I added a little screen capture which shows the problems. Furthermore, I found that when jumping to a specific slide with the keyboard always short a black screen blinks. Moreover, when using the keyboard to go back one slide the animation is not used and when using the button on the presenter console screen the animation is played.
*** Bug 137285 has been marked as a duplicate of this bug. ***
*** Bug 142383 has been marked as a duplicate of this bug. ***
dldld committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/398ceced15ee4fdd24b1f8db5e09096c3afa4804 tdf#91456 OpenGL context rendered without slide on it It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
dldld committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/fc560f587dfef044046d894875d0921b1c21ee91 tdf#91456 OpenGL context rendered without slide on it It will be available in 7.4.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
This seems fixed to me. Daniel, please comment for bug 78703 (and possibly other See Also bugs), what makes it different.
*** Bug 99685 has been marked as a duplicate of this bug. ***
*** Bug 115210 has been marked as a duplicate of this bug. ***
*** Bug 116443 has been marked as a duplicate of this bug. ***