video freezes in fullscreen when using interface, Wayland

Fedora 25, VLC 3.0.0-0.11 (from RPMFusion repo), using Wayland desktop session

When I full screen a video then move the mouse over the UI interface (e.g. to click on progress bar) the video freezes. Audio continues. While the video is frozen mouse & keyboard are non responsive. Sometimes it recovers itself, and other times I have to force reboot.

I have tried clearing all VLC settings (i.e. rm -rf ~/.config/vlc) but makes no difference.

Using X Windows session instead of Wayland does not have this problem.

Added attachment:

• vlc_video_freeze.log

MissingTrace

assigned to @Courmisch

added Component::Video: X11 Platform::GNU/Linux labels

I attempted to capture debug using VLC from RPM package but it doesn't capture anything interesting. My attempts to compile from source with debug enabled failed due to QT related errors e.g.

dialogs_provider.cpp:388:77: error: call to ‘static QString DialogsProvider::getSaveFileName(QWidget*, const QString&, const QString&, const QString&, QString*)’ uses the default argument for parameter 5, which is not yet defined
                                         p_intf->p_sys->filepath, extensions );

BTW, full VLC version from RPM package is VLC media player 3.0.0-git Vetinari (revision 2.2.0-git-9451-g55835f1)

added Status::needs more info label

closed

on arch linux the same happens, using newest xwayland, vlc-2.2.4. using weston, the progress bar flickers. on gnome one can make it freeze. i opened a bug for this on freedesktop and gnome:

• https://bugs.freedesktop.org/show_bug.cgi?id=99445
• https://bugzilla.gnome.org/show_bug.cgi?id=777428

the freedesktop weston bug got distracted a little to another bug, right mouse button menu freezing weston, and crashing whole gnome.

It is unclear from this bug report whether OP is using VLC on X11 on Xwayland on Wayland or VLC directly on Wayland. And that makes a big difference. Especially if you compare to VLC 2.2 which does not support Wayland natively.

vlc-2.2.4 is on xwayland, not native wayland. it crashes or hangs gnome, or hangs weston.i tried vlc-3.0.0, see #17910 (closed).

Added attachment:

• 0001-remove-X11BypassWindowManagerHint-from-time-tooltip.patch

apply this patch fixes the problem for me. However I don't really understand from the doc what the Qt::X11BypassWindowManagerHint parameter is doing so I don't know if this is a proper fix.

The bug affects VLC X11 on XWayland.

removed Status::needs more info label

reopened

added Component::Interface: Qt label and removed Component::Video: X11 label

Replying to [comment:7 MatMaul]:

apply this patch fixes the problem for me. However I don't really understand from the doc what the Qt::X11BypassWindowManagerHint parameter is doing so I don't know if this is a proper fix.

This results in a borderless window that is not managed at all (i.e., no keyboard input)

It's a borderless window that does not grab keyboard or mouse focus.

fyi, olivier fourdan built the patch and can confirm that it avoids the deadlock between xwayland and mutter: https://bugzilla.gnome.org/show_bug.cgi?id=777428

changed milestone to %3.0 FF

closed

added Status::fixed label

Fixed in ea992379

The fix for this issue, causes the time tooltip, when displayed, to steal the focus from the main vlc window. (sometimes, leftover tooltip can remain on screen on top of other windows too, even though vlc/tooltip is no longer in focus)

This happens on ArchLinux with xfwm4, xfce4-session, xfce4-panel etc.

Here's a video illustrating the issue(also attached): https://d2isvgrdif6ua5.cloudfront.net/cinemr_com/804363946193354752/720.mp4 (at some point I hold down a key which causes the video to go backwards, except when tooltip is stealing the focus)

the patch is reverting that commit ea992379 which is also seen here, in actuality: https://github.com/xftroxgpx/a3/blob/132c39bdb210fd01f1ee8c13763de6a42cda188e/system/Z575/OSes/3archlinux/on_baremetal/filesystem_now/archlinux/home/xftroxgpx/build/1packages/vlc-git/time_tooltip_ontop.patch

tested on: vlc-git-4.0.0.dev.r932.gbe994e0f-1-x86_64.pkg.tar

So, either freeze or steal focus? So what can we do?

AFAICT, the patch is wrong. Revert is the correct thing.

XWayland needs to be fixed, is all. And in the mean time, VLC must not be used over XWayland.

This really needs reverting: #20011.

OK.

mentioned in issue #17854 (closed)