Bug 481048

Summary:	wayland: shadow of gtk-themed windows prevents right click on desktop
Product:	[Plasma] kwin	Reporter:	Benjamin Flesch <benjaminflesch>
Component:	multi-screen	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	kde
Priority:	NOR
Version First Reported In:	5.93.0
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Benjamin Flesch 2024-02-08 10:42:56 UTC

SUMMARY
***
On plasma v6 RC2 GTK-themed windows such as thunderbird have a shadow with the default breeze theme. This shadow area is mostly transparent, but quite large. If you try to right click the desktop behind the shadow the mouse click does not register with the desktop and the desktop context menu does not appear.
***


STEPS TO REPRODUCE
1. Open thunderbird in windowed mode
2. Notice shadow around the window
3. try to right click outside the thunderbird window, but in the area of the shadow 

OBSERVED RESULT
desktop context menu does not open

EXPECTED RESULT
desktop context menu should open

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 5.93
(available in About System)
KDE Plasma Version: 5.93
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

Comment 1 David Edmundson 2024-02-08 11:37:35 UTC

Is thunderbird running in xwayland?

A quick test is to run xprop and hover over thunderbird. If it goes into a + cursor, it's xwayland

Comment 2 Benjamin Flesch 2024-02-08 11:43:59 UTC

I've done the xprop test and it shows a crosshair cursor, so it's running in xwayland.

Comment 3 Benjamin Flesch 2024-02-08 11:47:15 UTC

Thank you! The issue has been resolved. 

I've followed tutorial https://gnulinux.ch/mozilla-firefox-im-wayland-modus-nutzen to force thunderbird to use native wayland implementation with this command: sudo echo "MOZ_ENABLE_WAYLAND=1" >> /etc/environment

The logout and log in to plasma wayland again, and now the shadow area is right-clickable and shows desktop content menu.

From my side the issue is resolved, if you want to keep this as xwayland issue then you can reopen it.

Comment 4 David Edmundson 2024-02-08 12:02:32 UTC

We have the same problem exhibiting with xwaylandvideobridge 
kwin thinks xwayland should get the mouse, x doesn't have a window there that wants input.

We can keep this resolved, I'm sure we have a billion bug reports on that, but it's interesting to know it affects other things