Bug 159986 - Slide Transition doesn't work for many Transitions (starting with "Tiles") with KDE (Linux)
Summary: Slide Transition doesn't work for many Transitions (starting with "Tiles") wi...
Status: RESOLVED DUPLICATE of bug 149461
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.3.6.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Slide-Transitions
  Show dependency treegraph
 
Reported: 2024-03-01 17:18 UTC by Robert Großkopf
Modified: 2024-03-14 07:51 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Test document for slide transition. Start testing with "Tiles". (28.44 KB, application/vnd.oasis.opendocument.presentation)
2024-03-01 17:18 UTC, Robert Großkopf
Details
gdb bt (28.28 KB, text/plain)
2024-03-01 22:46 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2024-03-01 17:18:39 UTC
Created attachment 192891 [details]
Test document for slide transition. Start testing with "Tiles".

With all LO-Versions since LO 7.3.6.2. slide transition don't work for all transitions starting with transition "Tiles".
Transition works with LO 7.2.5.1 without problems, fails with all newer versions.

Note: The buggy behavior appears with all versions, which support
Tools → Options → LibreOffice → View → Run Graphics Test
The Graphics Test gives the following result:

Graphics Backend used: qt5svp
Passed Tests : 1
Quirky Tests : 0
Failed Tests : 0
Skipped Tests : 104

Current LO version:
Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 6; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

Running KDE with Intel Graphic.
Comment 1 Rafael Lima 2024-03-01 18:02:08 UTC
I can confirm the issue. The transition "Tiles" and all subsequent options simply do not work. Nothing happens.

It is not an Intel graphics issue... I'm on a nVidia card and the problem also happens.

Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 60(Build:2)
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 4:7.6.5-0ubuntu0.23.10.1
Calc: threaded
Comment 2 Grantler 2024-03-01 19:50:19 UTC
Same problem here: Only transitions down to "Tiles" seem to work. "Cube" does not.

Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 60(Build:2)
CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
Ubuntu package version: 4:7.6.5-0ubuntu0.20.04.1~lo1
Calc: threaded

On my desktop machine (CPU threads: 4) the problems don't appear.
Comment 3 Julien Nabet 2024-03-01 22:46:20 UTC
Created attachment 192898 [details]
gdb bt

On pc Debian x86-64 with master sources updated today I could reproduce this with kf5 not with gtk3.
Comment 4 Julien Nabet 2024-03-01 22:49:14 UTC
Michael: thought you might be interested in this one.
It seems a QWindow is missing here.
Comment 5 Thomas Bettler 2024-03-02 14:21:55 UTC
see also https://bugs.documentfoundation.org/show_bug.cgi?id=143525

you may retry with 
```
SAL_USE_VCLPLUGIN=gen loimpress
```

skia seems currently only available with gen backend and opengl looks broken with xcb :/
Comment 6 Robert Großkopf 2024-03-02 18:38:35 UTC
(In reply to Thomas Bettler from comment #5)
> see also https://bugs.documentfoundation.org/show_bug.cgi?id=143525
> 
> you may retry with 
> ```
> SAL_USE_VCLPLUGIN=gen loimpress
> ```
> 
> skia seems currently only available with gen backend and opengl looks broken
> with xcb :/

Indeed: Works with SAL_USE_VCLPLUGIN=gen, only fails with VCL: kf5
Comment 7 Thomas Bettler 2024-03-03 19:56:18 UTC
note: it should work also with gtk3 and gtk4 ...
Comment 8 Michael Weghorn 2024-03-14 07:51:34 UTC
(In reply to Julien Nabet from comment #4)
> It seems a QWindow is missing here.

Indeed, see tdf#149461 for more details (including a bibisect).
Closing this one here as a duplicate of the former.

*** This bug has been marked as a duplicate of bug 149461 ***