FS#48784 - [gnome-wayland] crashes when playing video with vlc

Attached to Project: Arch Linux
Opened by mjmo (jm33_m0) - Saturday, 02 April 2016, 05:05 GMT
Last edited by Jelle van der Waa (jelly) - Sunday, 28 April 2019, 10:40 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 7
Private No

Details

Description:

I was play an MP4 video using VLC under Gnome-wayland, it caused Gnome to crash 20 minutes later, I was dropped back to sddm login screen.
Additional info:
* VLC 2.2.2 weathermax, gnome 3.20
* config and/or log files etc.


Steps to reproduce:
This task depends upon

Closed by  Jelle van der Waa (jelly)
Sunday, 28 April 2019, 10:40 GMT
Reason for closing:  Deferred
Additional comments about closing:  gnome-wayland is removed from the repos.
Comment by Michael Laß (Bevan) - Monday, 08 August 2016, 13:14 GMT
Did you hover over the time seek bar at that time? That would probably be this upstream bug that I'm hitting very frequently using gnome on wayland:
https://trac.videolan.org/vlc/ticket/16750
Comment by Marius Melzer (faraoso) - Friday, 23 September 2016, 12:50 GMT
Why is it possible anyways that an application crashes the gnome shell? Why does this error (if it's in vlc) propagate to so high levels - isn't it then also a bug in Gnome Shell or X-Wayland or so?
Comment by Hexcles Ma (bob.robot) - Sunday, 20 November 2016, 06:36 GMT
I believe this is exactly the same issue in the link given by Bevan.

It was mentioned in that VLC ticket that they reported the bug to gnome/wayland as well: https://bugzilla.redhat.com/show_bug.cgi?id=1278159 , but I'm not able to access it. Is that considered as a security bug or something that the public don't have access to?

And sadly, it seems that vlc 3.0 (which is based on Qt5) still has the same problem (https://bugzilla.rpmfusion.org/show_bug.cgi?id=3968).

Does anyone have a workaround?
Comment by leazar (leazar) - Saturday, 17 December 2016, 15:25 GMT
I have the same problem... couldn't find a workaround, I thought it had something to do with gnome-shell so I reported it at https://bugzilla.gnome.org/show_bug.cgi?id=776204
Comment by Michael Laß (Bevan) - Wednesday, 28 December 2016, 14:24 GMT
I found a change in xwayland which seems to address the issue:
https://cgit.freedesktop.org/xorg/xserver/commit/?id=b79eaf1184f6514ede9dcd9baaa24a40ef724a15
(notice the reference to the non-public redhat bug)

So hopefully this issue will be solved (or at least become less severe) when xorg-server-xwayland 1.19 hits [extra].
Comment by alexandre derumier (aderumier) - Sunday, 23 April 2017, 06:06 GMT
Hi,

this is fixed for me on gnome 3.24 + wayland !

Previously, I had big slowdown when hover over the time seek bar. (no crash, but desktop was hanging)
Comment by Hexcles Ma (bob.robot) - Sunday, 23 April 2017, 06:12 GMT
I can also confirm the issue has now been fixed.
Comment by shawarov (shawarov) - Thursday, 04 May 2017, 15:02 GMT
it is still exist with gnome 3.24 and wayland, please reopen it
Comment by Jan de Groot (JGC) - Friday, 05 May 2017, 10:10 GMT
gnome-session cannot handle XWayland crashing, so it will crash together with it.

Which version of xorg-server-xwayland do you have installed? 1.19.3 contains the patch that is referenced in this bugreport and also has some crash fixes for other bugs.
Comment by Cyber Gurken (cybex) - Thursday, 22 June 2017, 16:37 GMT
I have the same problem as well with Arch: 4.11.6-1-ARCH, VLC 2.2.6, GNOME Shell 3.24.2. Problem occurs when attempting to seek, if the mouse enters the seek bar and VLC is fullscreen, VLC freezes/stutters, 15 min ago I had to do a hard reset, completely froze my system.
Comment by Evgeny (Jonny) - Thursday, 08 February 2018, 19:27 GMT
Same bug with vlc-2.2.8, ARCH 4.15.1-2. When i scrolling video, application is frozen and don't killed correctly and i had to do a hard reset

Loading...