https://bugs.kde.org/show_bug.cgi?id=520662
Vlad Zahorodnii <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Latest Commit| |https://invent.kde.org/plas | |ma/kwin/-/commit/3a73a8cc67 | |18f0f247403693ca923e73029cd | |d76 --- Comment #5 from Vlad Zahorodnii <[email protected]> --- Git commit 3a73a8cc6718f0f247403693ca923e73029cdd76 by Vlad Zahorodnii. Committed on 26/05/2026 at 09:06. Pushed by vladz into branch 'master'. Snap and confine interactive move geometry when processing xdg-toplevel commits The XdgToplevelWindow has some code to handle interactive move when the surface is committed. Its primary purpose is to properly position the window after unmaximizing it by dragging. However, the interactive move code in the XdgToplevelWindow is incomplete in comparison to nextInteractiveMoveGeometry(). Normally, it doesn't matter, but if a window actively repaints during repaint, that can cause issues. This change makes both regular and surface commits code paths share the same code to calculate window geometry during interactive move. M +6 -7 src/window.cpp M +1 -1 src/window.h M +1 -4 src/xdgshellwindow.cpp https://invent.kde.org/plasma/kwin/-/commit/3a73a8cc6718f0f247403693ca923e73029cdd76 -- You are receiving this mail because: You are watching all bug changes.
