[wayland] qtile crashes (segfaults) on chrome tab drag n drop
See original GitHub issueThe issue:
When I start dragging a tab qtile immediately crashes. (newest qtile and chrome versions). No log output, direct segfault in qtile (dmesg). I would expect - even if this is a chrome issue - qtile to not crash 😄)
I expected this to be a common wayland bug, since chrome (and electectron) is notoriously annoying there 😛 However after scouring the internet for potential fixes all bug reports I found have been fixed (for e.g. swaywm). Also the qtile issues relating this never describe this particular bug and are solved for the most part (#408 #1257).
How is drag-n-drop with other programs: firefox: works, but only shows drag hints, does not actually drag the tab, same for vscode
Possibly related: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/46
Thus: did I miss some magic setting or is this a kown bug? (I get the behavior with the default config as well)
The way I start chrome: google-chrome --ozone-platform-hint=auto --enable-features=WebRTCPipeWireCapturer
Chrome: Version 106.0.5249.119 (Official Build) (64-bit) Qtile: 0.22.2.dev9+g946908b9
Required:
- I have searched past issues to see if this bug has already been reported.
Issue Analytics
- State:
- Created a year ago
- Comments:8 (4 by maintainers)
OK got it. Chrome isn’t providing us with an icon for dragging, which I guess it tries to do with another protocol, as it prints this:
We aren’t accounting for this situation but should do. We’re accessing an icon that can be
NULL
in pywlroots and that’s why we’re segfaulting. See this patch for pywlroots: https://github.com/flacjacket/pywlroots/pull/107With the next pywlroots release we can use this for this PR which fixes this: https://github.com/qtile/qtile/pull/3935
Scratch that - I was running chrome directly without the flags, so it was probably using XWayland. Running with those flags causes a crash, which does not happen on sway. Will investigate! 😃