| Summary: | Kwin switches to resizing if mouse moves to a subwindow outside the main window | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | ggarra13 |
| Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | xaver.hugl |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
ggarra13
2025-11-08 08:44:59 UTC
It is indeed expected that window contents are within the window geometry (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/6141e1154303dadd5c3e480bc4a16e26f1dcb2af/stable/xdg-shell/xdg-shell.xml#L514), you can't expect putting things outside of it to work or even show up at all - when the window decoration has rounded corners for example, KWin will clip subsurfaces to the window geometry. That also applies to CSD, it working on Gnome is by coincidence, not something you can rely on. If you want to allow users to drag such a subwindow out of its toplevel and interact with it outside of the main window, you could use the toplevel drag protocol for example. |