Created attachment 142454 [details] Maximize by clicking button SUMMARY When clicking the maximize button of a client-side decoration app (e.g. Gnome Seahorse, Firefox), it doesn't repaint the right and bottom edge. However, maximizing by draging the window to the top screen border works fine. STEPS TO REPRODUCE 1. Open Gnome Seahorse in unmaximized state. 2. Click the maximize button. OBSERVED RESULT The window is missing right and bottom edge. Shows the wallpaper under. (as in attachment 1 [details]) EXPECTED RESULT The window is maximized. (as in attachment 2 [details]) SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.23 KDE Frameworks Version: 5.87 Qt Version: 5.15.2 ADDITIONAL INFORMATION
Created attachment 142455 [details] Maximize by dragging to the screen top
Works fine on my machine. It looks like the close button is clipped. If you click where the close button is expected to be, does seahorse close? i.e. do clipped parts of the window receive input? Also, do you use any scripts or window rules?
Can you also run seahorse with WAYLAND_DEBUG=1 and post the output here? If possible please keep your interactions with seahorse at minimum so it's easier to analyze the logs, i.e. start seahorse, click the maximize button and close seahorse. env WAYLAND_DEBUG=1 seahorse
Created attachment 142458 [details] Hover over the (invisible) close button.
(In reply to Vlad Zahorodnii from comment #2) > Works fine on my machine. It looks like the close button is clipped. If you > click where the close button is expected to be, does seahorse close? i.e. do > clipped parts of the window receive input? Yes, the close button works. And it repaints as expected when hovered (see attachment 142458 [details]). Also as your can see in the screenshot, near the close button, there is a small "x". Looks like leftover of the maximize animation. > Also, do you use any scripts or window rules? I was using "dynamic workspaces" and "sticky window snapping". But it's the same when I disabled these scripts. > Can you also run seahorse with WAYLAND_DEBUG=1 and post the output here? If possible please keep your interactions with seahorse at minimum so it's easier to > analyze the logs, i.e. start seahorse, click the maximize button and close seahorse. > env WAYLAND_DEBUG=1 seahorse I'm using X11. "env WAYLAND_DEBUG=1 seahorse" doesn't give any output. I'll try in wayland session.
Can reproduce on X11.
Can't reproduce in Wayland. Seems an X11-only problem. In wayland, Seahorse has no minimize/maximize button as in X11. I tried double-clicking the titlebar, and dragging to top. Both work fine.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/1531
Git commit 59a4a908f995fd5cd50bae60e64c5ef4ce3d9fe2 by Vlad Zahorodnii. Committed on 15/10/2021 at 07:30. Pushed by vladz into branch 'master'. Properly update parent item's bounding rect when moving item The bounding rect of an item is in the item-local coordinate space. If the item is moved, its bounding rect won't change, but the parent's bounding rect, may change. M +3 -1 src/item.cpp https://invent.kde.org/plasma/kwin/commit/59a4a908f995fd5cd50bae60e64c5ef4ce3d9fe2
Git commit 5df7f620c5ac03fb772e700c8138fb0f59e13093 by Vlad Zahorodnii. Committed on 15/10/2021 at 07:58. Pushed by vladz into branch 'Plasma/5.23'. Properly update parent item's bounding rect when moving item The bounding rect of an item is in the item-local coordinate space. If the item is moved, its bounding rect won't change, but the parent's bounding rect, may change. (cherry picked from commit 59a4a908f995fd5cd50bae60e64c5ef4ce3d9fe2) M +3 -1 src/item.cpp https://invent.kde.org/plasma/kwin/commit/5df7f620c5ac03fb772e700c8138fb0f59e13093