Bug 484218 - Windows "clicking through", plasma menu not clickable on X11
Summary: Windows "clicking through", plasma menu not clickable on X11
Status: RESOLVED DUPLICATE of bug 478556
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 6.0.2
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-03-22 08:12 UTC by Nicolas
Modified: 2024-04-16 23:02 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas 2024-03-22 08:12:43 UTC
SUMMARY
On X11, I observe that kwin starts to behave weirdly: Everything looks okay, but using the mouse is broken: when I click on a window, I may activate a window beneath the visible window, I can only move a single window. And trying to activate a window via the plasma panel is not working at all - nothing can be clicked or reacts to mouse hovers.




STEPS TO REPRODUCE
1. ? random?

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Operating System: KDE neon 6.0
KDE Plasma Version: 6.0.2
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.5.0-26-generic (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 5800X 8-Core Processor
Memory: 31.2 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 2070 SUPER/PCIe/SSE2
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B550 VISION D
System Version: -CF

ADDITIONAL INFORMATION

Last time I saw this in the logs, which correlated with the time it happend:

> Mär 22 09:02:17 nic-desktop kwin_x11[5658]: kwin_core: XCB error: 152 (BadDamage), sequence: 25827, resource id: 25324535, major code: 143 (DAMAGE), minor code: 3 (Subtract)
Comment 1 Nicolas 2024-04-02 12:27:58 UTC
I also observed this now on wayland, while using Android Studio

> Apr 02 14:20:16 nic-desktop kwin_wayland[4193]: kwin_core: XCB error: 3 (BadWindow), sequence: 59423, resource id: 100741020, major code: 129 (SHAPE), minor code: 3 (Combine)
> Apr 02 14:20:16 nic-desktop kwin_wayland[4193]: kwin_core: XCB error: 3 (BadWindow), sequence: 59424, resource id: 100741020, major code: 129 (SHAPE), minor code: 3 (Combine)
> Apr 02 14:20:16 nic-desktop kwin_wayland[4193]: kwin_core: XCB error: 3 (BadWindow), sequence: 59436, resource id: 100741020, major code: 129 (SHAPE), minor code: 3 (Combine)
> Apr 02 14:20:16 nic-desktop kwin_wayland[4193]: kwin_core: XCB error: 3 (BadWindow), sequence: 59437, resource id: 100741020, major code: 129 (SHAPE), minor code: 3 (Combine)
> Apr 02 14:20:16 nic-desktop kwin_wayland[4193]: kwin_core: Could not find window with uuid "{543cb1c7-58b4-4548-a270-bda6e46f2f32}"
> Apr 02 14:20:16 nic-desktop kwin_wayland[4193]: kwin_core: Could not find window with uuid "{543cb1c7-58b4-4548-a270-bda6e46f2f32}"
> Apr 02 14:20:16 nic-desktop kwin_wayland[4193]: kwin_core: Could not find window with uuid "{543cb1c7-58b4-4548-a270-bda6e46f2f32}"
Comment 2 Kamil 2024-04-04 18:17:18 UTC
So in my case problem reveal itself in 2 scenarios:
1. In conjunction with right mouse click and then clicking on context menus. After this all mouse pointer is moving but click inputs is "going  to null" also context menu that appeared does not disappear after clicking on it or outside of it. To make things work again in this case I have to press ESC to close opened context menu and mouse starts to work.
2. If standard taskbar is configured to display a thumbnails of application windows, then if I right-click on that thumbnail then no context menu displayed and mouse starting to act as it has no buttons, in this case ESC trick does not works, but I accidentally found that calling tdrop with Alacritty window by hotkey causes to make mouse buttons work again
Found that unexpectedly thanks to sxhkd/tdrop that used to make drop down terminal with Alacritty. But did not find how to trigger this problem. Definitely restarting kwin with ```kwin_x11 --replace``` make this bug to disappear for a while
Comment 3 Kamil 2024-04-04 18:24:36 UTC
(In reply to Kamil from comment #2)
> So in my case problem reveal itself in 2 scenarios:
> 1. In conjunction with right mouse click and then clicking on context menus.
> After this all mouse pointer is moving but click inputs is "going  to null"
> also context menu that appeared does not disappear after clicking on it or
> outside of it. To make things work again in this case I have to press ESC to
> close opened context menu and mouse starts to work.
> 2. If standard taskbar is configured to display a thumbnails of application
> windows, then if I right-click on that thumbnail then no context menu
> displayed and mouse starting to act as it has no buttons, in this case ESC
> trick does not works, but I accidentally found that calling tdrop with
> Alacritty window by hotkey causes to make mouse buttons work again
> Found that unexpectedly thanks to sxhkd/tdrop that used to make drop down
> terminal with Alacritty. But did not find how to trigger this problem.
> Definitely restarting kwin with ```kwin_x11 --replace``` make this bug to
> disappear for a while

in addition:
I use Arch Linux:
Plasma 6.0.3
QT 6.6.3
KDE Frameworks Version: 6.0.0
Graphics Platform: X11
Graphics driver: admgpu (free)
Graphics card: Radeon 6800XT
Comment 4 Zamundaaa 2024-04-16 23:02:15 UTC

*** This bug has been marked as a duplicate of bug 478556 ***