Created attachment 202256 [details] Visual comparision before (top) - now (bottom, issue highlighted) Step 1. Open attachment #184648 [details] from bug #153014 . Step 2. Invoke presentation mode. Step 3. Observe how after the dynamic build-up of the slide its rendering is different/distorted compared to edit mode (or PowerPoint or earlier versions of LibreOffice). This is a regression between Version: 25.2.6.0.0+ (X86_64) / LibreOffice Community Build ID: be12f228ff0cdf34f5821829047ef898e9feabfa CPU threads: 12; OS: Linux 6.15; UI render: default; VCL: gtk3 Version: 25.8.0.1.0+ (X86_64) / LibreOffice Community Build ID: 5136f42ad575a11f5955bd8289bbc10425944b33 CPU threads: 12; OS: Linux 6.15; UI render: default; VCL: gtk3 and Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 520(Build:2) CPU threads: 12; OS: Linux 6.15; UI render: default; VCL: gtk3
See attachment #202256 [details] for a visual comparision with issue highlighted.
Please attach an example document. That makes it easier to examine the problem. Questions are e.g.: Which animation effects are used? Is it an original LibreOffice document or is it result of an import? Does the problem exist on other OS?
Created attachment 202261 [details] Sample slide (PPTX) (In reply to Regina Henschel from comment #2) > Please attach an example document. That makes it easier to examine the > problem. Questions are e.g.: Which animation effects are used? Is it an > original LibreOffice document or is it result of an import? Does the problem > exist on other OS? The description has the following: Step 1. Open attachment #184648 [details] from bug #153014 . Isn't it sufficient to refer to an attachment from a different bug? Let me attach the same file here in any case.
(In reply to Gerald Pfeifer from comment #3) > Isn't it sufficient to refer to an attachment from a different bug? Let > me attach the same file here in any case. Sorry, I've missed the link. Windows daily build of 23.July is totally wrong in presentation mode. The shapes have white background instead of no background. Later daily builds are not available for Windows. My debug build from current master does not have the errors as shown in your screenshot. But it is neither correct. A shape has a white line at the edge. Final rendering in presentation mode looks good for me for LibreOffice 24.8, both with and without Skia. Thus I agree that this is a regression.
No repro with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a0ae1b0cf2661e7be9ea042e5357530f5fb412f5 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
There was a copy&pasto in my original comment: The regression, as I'm observing it, happened between 25.8 and Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 05fb33a4296b48b2910422a2b12228f0a7dfb64a CPU threads: 12; OS: Linux 6.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US It might be interesting to see what differs between my system and raal@'s: Mine is openSUSE Tumbleweed (current) with GNOME 48 on Wayland 1.24.0 with libgtk-3-0-3.24.49+14.
(In reply to Gerald Pfeifer from comment #6) > > It might be interesting to see what differs between my system and raal@'s: > Mine is openSUSE Tumbleweed (current) with GNOME 48 on Wayland 1.24.0 with > libgtk-3-0-3.24.49+14. Ubuntu 22.04, X11
For me ok in Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6204dfeb53aefbc4de1c82a6bfc2f6903565f5c1 CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Ok in Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: ro-RO (en_US.UTF-8); UI: en-US Calc: threaded
happens from this commit commit 088a7c7c451321a800ca8d3523a18b6bb93239b7 This commit fixed it. commit 72d523f4010647041f7ed95bf3329529e0a48af8 It still happens in "SAL_USE_VCLPLUGIN=gen" adding to CC: Noel Grandin Please, take a look?
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/eb4394e3460932011940a1e3c03d5d67d7f45885 tdf#167893 and tdf#167876 weird effects in slideshow It will be available in 26.2.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.
This is fixed in today's daily build Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fd48da7236f26d9d8d16759546a5c860f91b82de CPU threads: 12; OS: Linux 6.15; UI render: default; VCL: gtk3 Thank you for addressing this, and so swiftly, Noel!