https://bugs.kde.org/show_bug.cgi?id=520662
Vlad Zahorodnii <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas |ma/kwin/-/commit/b65a268207 |ma/kwin/-/commit/298dde2ff9 |4b5d6b1525c8a0dfd060784e7cb |ecb1627f7f238a5c8e2b07a093f |377 |f17 --- Comment #7 from Vlad Zahorodnii <[email protected]> --- Git commit 298dde2ff9ecb1627f7f238a5c8e2b07a093ff17 by Vlad Zahorodnii, on behalf of Méven Car. Committed on 26/05/2026 at 10:44. Pushed by vladz into branch 'Plasma/6.6'. 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 move, 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. (cherry picked from commit 3a73a8cc6718f0f247403693ca923e73029cdd76) Co-authored-by: Vlad Zahorodnii <[email protected]> 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/298dde2ff9ecb1627f7f238a5c8e2b07a093ff17 -- You are receiving this mail because: You are watching all bug changes.
