Created attachment 136840 [details] screenshot of quick tiled systemsettings When I quick tile a window with minimum width larger than the half screen width (e.g., systemsettings on my laptop) to the right it is moved out of the screen area. See the attaches screenshot for an example. It only happens on quick tiling to the right, as the left side of the window seems to be the anchor point. Thus, when quick tiling to the left, the window just occupies more than half of the screen width. This only happens on wayland. On X11, it seems like kwin is enforcing a smaller width of the window, regardless or the minimum width that is achievable by resizing the window by dragging the window edge. Possible solution might be: 1. set the anchor point to the right side of the window when quick tiling to the right. 2. force a smaller width like in X11. However, this might brake some applications layout. So it seems suboptimal to me. I have not tested this problem for the vertical direction (min height, top-down-tiling). However, when fixing this issue, one should apply the solution in analogously. I also think that the minimum width of the systemsettings should be reduced such that it can fit half of a 1920x1080 resolution, but I will open another bug report for that. Operating System: Gentoo Linux KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 Kernel Version: 5.11.7-gentoo OS Type: 64-bit Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-4810MQ CPU @ 2.80GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600
Bug 434616 - systemsettings minimum width is too large
Confirmed. Looks like kwin_wayland actually respect's a window's minimum size, whereas kwin_x11 ignores it if it would need to be made smaller to fit in the tiles area. Arguably this is intentional, but I can see how it might be undesirable under certain circumstances.
*** Bug 447731 has been marked as a duplicate of this bug. ***
*** Bug 454127 has been marked as a duplicate of this bug. ***
*** Bug 455665 has been marked as a duplicate of this bug. ***
*** Bug 455562 has been marked as a duplicate of this bug. ***
This can cause a window to end up in immovable state; when I quarter-tile System Settings to the top-right or top-left corner, for example its titlebar moves out of view so it can only be moves away by Meta+dragging or using keyboard shortcuts.
*** Bug 462668 has been marked as a duplicate of this bug. ***
*** Bug 466717 has been marked as a duplicate of this bug. ***
*** Bug 478366 has been marked as a duplicate of this bug. ***
I filed https://codereview.qt-project.org/c/qt/qtwayland/+/524982 which removes a place where constrains are upheld. We still have an issue kwin side that window rules for minimum sizes do not appear to be working.
Edit, we don't have an issue our side, we just had another Qt issue which I think I've fixed
Just upgraded to plasma 6.0.1, this issue seems to have returned. Tested with `spotify --ozone-platform=wayland`. Works under Xwayland as on X11
Indeed, and it's fixed again in 6.0.2. :) In general please open new bug reports rather than re-opening old ones, as it's quite common for issues with the same outward issues to have different root causes.
*** Bug 483081 has been marked as a duplicate of this bug. ***
(In reply to Nate Graham from comment #14) > Indeed, and it's fixed again in 6.0.2. :) > > In general please open new bug reports rather than re-opening old ones, as > it's quite common for issues with the same outward issues to have different > root causes. On plasma 6.0.2 Wayland right now and this issue still seems to persist?
Just tested again and I can confirm that it's still broken for me too. However looking at the Qt patch, it only made it into Qt 6.7, which isn't released yet. So it looks like this is in fact fixed, just not yet for those of us using released versions of Qt.