https://bugs.kde.org/show_bug.cgi?id=496251
Fabrice Laussy <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #4 from Fabrice Laussy <[email protected]> --- On Plasma 6.3.2 (X11, kwin_x11), interactive window move or resize may kill edge-triggered virtual-desktop switching: the cursor gets trapped at the screen edge until something re-arms it. I spent a day narrowing it down empirically with the assistance of Claude (Opus 4.8). One thing that can reliably cure it is a new window being mapped. Things that do not cure it: injected input, focus changes, keep-above/stacking toggles on existing windows, geometry nudges, wmctrl/ClientMessage desktop switches, D-Bus layout switches, and disabling the edge barrier. The decisive test was mapping a 1×1, off-screen, override-redirect window (never decorated, never focused, never visible, not even a managed window). That isolates the trigger to the window-map event passing through KWin's event loop, nothing to do with input or focus. Best-guess mechanism (hypothesis, not source-confirmed): after an interactive move/resize the screen-edge input reservations are lost or shadowed, and KWin only rebuilds them on its input-window update pass—which a window map reliably kicks off but geometry changes / ClientMessages / consumed hotkeys do not. This lines up with the regression window (since the 6.1 edge-barrier/input rework). Workaround, hands-free: a small KWin script that, on interactiveMoveResizeFinished, maps and instantly destroys that invisible override-redirect window (~60 ms, no flash). Edges then come back every time and the bug is thus circumvented (rather than fixed). Full write-up, scripts, and the full list of things I tried are available in this detailed blog post: https://laussy.org/Blog:Hacks/KDE_bug_eating_the_screen_edges_every_time_you_resize_a_window -- You are receiving this mail because: You are watching all bug changes.
