Bug 147687 - Video appears on wrong display with Wayland kf5
Summary: Video appears on wrong display with Wayland kf5
Status: RESOLVED DUPLICATE of bug 145735
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.2.5.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Wayland KDE, KF5
  Show dependency treegraph
 
Reported: 2022-02-27 15:18 UTC by rogern
Modified: 2022-11-06 19:46 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description rogern 2022-02-27 15:18:38 UTC
Description:
With two displays with the presenter console on display 1 and the presentation on display 2 a video on a slide is displayed on display 1 over the presenter console instead of correctly on display 2. Happens with kf5 VCL plugin under Wayland, but is OK under X11 or when using gtk3 VCL plugin under Wayland. Not sure if this a Libreoffice bug or KDE.

Steps to Reproduce:
1.Using two displays on KDE Wayland with the kf5 (cairo+xcb) VCL plugin, put a video on an impress slide.
2.Enable the presenter console.
3.Start the slideshow and display the slide.

Actual Results:
The video is played over the presenter console instead of on the presentation display.

Expected Results:
The video should show on the presentation display.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
My system:

Fedora 35, KDE plasma 5.24.2, KDE frameworks 5.91.0, Qt 5.15.2, kernel 5.16.11

Bug occurs on both intel and nvidia (with nvidia 510.47.03 driver) graphics.
Comment 1 Michael Weghorn 2022-11-05 05:16:46 UTC
With kf5 on Wayland, GStreamer's "qwidget5videosink" is needed for video playback to work properly, s.a. tdf#125219.

In order for this to work, the relevant Qt5 packages for
QtGStreamer need to be installed (provided e.g. by package
'qtgstreamer-plugins-qt5' on Debian, probably the same on Ubuntu).
Is that package installed?

If the issue still occurs with that package installed: Does the issue also occur with current LO versions, e.g. 7.4? (There was another video-playback related fix in tdf#148864).
Comment 2 rogern 2022-11-05 13:04:15 UTC
OK, that's why. I'm on Fedora and the relevant package (qt5-gstreamer) was dropped after Fedora 30 on the basis that the source is no longer maintained. Is there an alternative that is still maintained?

I've installed the latest version for Fedora that there is (actually the Fedora 29 rpm) and videos now appear on the correct display. The scaling is messed up for displays with different scaling factors but that appear to be a current feature (and is still wrong for 7.4.2.3).

Thanks for the help.
Comment 3 QA Administrators 2022-11-06 03:42:06 UTC Comment hidden (obsolete)
Comment 4 Michael Weghorn 2022-11-06 19:46:43 UTC
(In reply to rogern from comment #2)
> OK, that's why. I'm on Fedora and the relevant package (qt5-gstreamer) was
> dropped after Fedora 30 on the basis that the source is no longer
> maintained. Is there an alternative that is still maintained?
>
> I've installed the latest version for Fedora that there is (actually the
> Fedora 29 rpm) and videos now appear on the correct display.

Not at this point. There's tdf#145735 to implement something different for Qt 6. I've added a comment that it might be worth looking into qt5 as well and will close this ticket here as a duplicate. Thanks for the info that Fedora dropped that package.

For now, potential workarounds are:

* install the qt5-gstreamer package (as you did)
* use X11 session
* explicitly switch to using the X11 platform integration by setting env variable QT_QPA_PLATFORM=xcb before starting LO (but probably set only for LO to not affect other Qt applications)
* use the gtk3 VCL plugin instead


> The scaling is
> messed up for displays with different scaling factors but that appear to be
> a current feature (and is still wrong for 7.4.2.3).

Using screens with different scaling factors is known to be problematic; there's tdf#141578 for this.

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