484218 2024-03-22 08:12:43 +0000 Windows "clicking through", plasma menu not clickable on X11 2024-04-16 23:02:15 +0000 1 1 4 Plasma kwin general 6.0.2 Neon Linux RESOLVED DUPLICATE 478556 NOR normal --- 1 nicolas kwin-bugs-null danielbermond fanzhuyifan kamil.kuramshin xaver.hugl 0 oldest_to_newest 2304055 0 nicolas 2024-03-22 08:12:43 +0000 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) 2307743 1 nicolas 2024-04-02 12:27:58 +0000 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}" 2308395 2 kamil.kuramshin 2024-04-04 18:17:18 +0000 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 2308397 3 kamil.kuramshin 2024-04-04 18:24:36 +0000 (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 2312115 4 xaver.hugl 2024-04-16 23:02:15 +0000 *** This bug has been marked as a duplicate of bug 478556 ***