strange behavier in Impress with a loaded video

[Lvaskz]

When upload a video in the slide shot and I move a vertical bar, the background app has a strange behavior. I made a video. Impress LO.mp4.zip The video has a flicker.

[stbergmann]

• What kind of desktop is that (GNOME, KDE, ...)?
• Which version of LO flatpak is that (see "Help - About LibreOffice")?
• Does it only happen if the LO Impress window is maximized?
• Recent versions of LO flatpak have --device=dri enabled. Does it also happen if you run LO with that disabled, flatpak run --nodevice=dri org.libreoffice.LibreOffice in a terminal?
• Does it also happen with a non-flatpak LO version?

[Lvaskz]

• What kind of desktop is that (GNOME, KDE, ...)? Linuxmint 18.3, 64 bit, desktop Cinnamon 3.6

• Which version of LO flatpak is that (see "Help - About LibreOffice")? libreoffice 6.0.2

• Does it also happen with a non-flatpak LO version? Well, I have appimage libreoffice 6.0.2 and I have not that issue.

• Does it only happen if the LO Impress window is maximized? Well, at the moment yes, but i not tried with the window minimized, I will try it tonight.

• Recent versions of LO flatpak have --device=dri enabled. Does it also happen if you run LO with that disabled, flatpak run --nodevice=dri org.libreoffice.LibreOffice in a terminal? I will try it tonight

[Lvaskz]

- Does it only happen if the LO Impress window is maximized? minimized or maximized windows has the same problem.

[Lvaskz]

- Recent versions of LO flatpak have --device=dri enabled. Does it also happen if you run LO with that disabled, flatpak run --nodevice=dri org.libreoffice.LibreOffice in a terminal?Same problem

[stbergmann]

I assume this is a problem in the underlying software stack that the LO flatpak can do little about. The LO flatpak, using the org.gnome.Platform flatpak runtime, always uses LO's GTK3 backend; your system's or an appimage LO may use a different backend, which might be one reason why you only experience the issue with the flatpak LO. Just in case: does this happen to sound familiar for LO's vclplug_gtk3, @caolanm, or for org.gnome.Platform in general, @alexlarsson?

[caolanm]

Possibly this is known as https://bugs.documentfoundation.org/show_bug.cgi?id=111850 or something similar, is there a /usr/lib*/gstreamer-1.0/libgstgtksink.so in the underlying runtime ?

[stbergmann]

"is there a /usr/lib*/gstreamer-1.0/libgstgtksink.so in the underlying runtime ?" no:

$ flatpak run --command=bash org.libreoffice.LibreOffice -c 'ls /usr/lib/gstreamer-1.0/libgst*sink.so' /usr/lib/gstreamer-1.0/libgstfbdevsink.so /usr/lib/gstreamer-1.0/libgstwaylandsink.so /usr/lib/gstreamer-1.0/libgstximagesink.so /usr/lib/gstreamer-1.0/libgstxvimagesink.so

[caolanm]

So I assume that means that in avmedia/source/gstreamer/gstplayer.cxx the pVideosink from gst_element_factory_make("gtksink"... is null and the fallback is used.

FWIW in fedora gstreamer1-plugins-bad-free-gtk contains the /usr/lib64/gstreamer-1.0/libgstgtk.so (seems I had the wrong name above anyway) which is the (wayland-aware) backend we default to.

That said, dunno if using that backend would actually solve this or not

[stbergmann]

"FWIW in fedora gstreamer1-plugins-bad-free-gtk contains the /usr/lib64/gstreamer-1.0/libgstgtk.so (seems I had the wrong name above anyway) which is the (wayland-aware) backend we default to."

That one is available in the flatpak alright:

$ flatpak run --command=bash org.libreoffice.LibreOffice -c 'ls /usr/lib/gstreamer-1.0/libgstgtk.so' /usr/lib/gstreamer-1.0/libgstgtk.so

[caolanm]

Yeah, so that's as good as it gets then and the remaining issues are the same as the upstream bug.

[stbergmann]

So closing as a duplicate of upstream https://bugs.documentfoundation.org/show_bug.cgi?id=111850 "UI breaks after scrolling somewhere while playing video".