Bug 423551

Summary:	Regression in some XWayland popups
Product:	[Plasma] kwin	Reporter:	Janet Blackquill <uhhadd>
Component:	wayland-generic	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	bugseforuns, geisserml, nate
Priority:	NOR
Version:	git master
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:

Description Janet Blackquill 2020-06-26 16:11:36 UTC

SUMMARY
Some XWayland popups seem to have become transparent to mouse input; you're unable to interact with them using the mouse.


STEPS TO REPRODUCE
[ Method One ]
1. Open Chrome/ium
2. Click lock icon in omnibox (by the refresh button and before the URL)
3. Try and interact with elements on the popup

[ Method Two ]
1. Open VSCode/ium
2. Bring up a menu
3. Try and interact with it

OBSERVED RESULT
Popups pass mouse input through to their parents

EXPECTED RESULT
Popups are correctly interacted with

Comment 1 Patrick Silva 2020-11-01 18:34:28 UTC

At least the method one is not reproducible with chromium 85.0.4183.121 on neon unstable.

Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.20.80
KDE Frameworks Version: 5.76.0
Qt Version: 5.15.0

Comment 2 Nate Graham 2020-11-02 21:30:14 UTC

Works for me too. Let's call it fixed.

Comment 3 geisserml 2021-02-12 15:47:14 UTC

Well, I sometimes experienced this issue with xwayland Firefox on current KDE Neon User, for instance with the popup for creating new bookmarks. If it happens, the only thing that helps is to terminate the whole program, otherwise the popup is still visible on top of all other applications. I'm now using native wayland firefox which doesn't have those problems.
Are you sure this issue regarding xwayland popups is fixed in newer versions?

Comment 4 geisserml 2021-02-12 15:51:04 UTC

This issue didn't occur always for me, it's rather seldom; I couldn't figure out yet under which cirucumstances it happens.