SUMMARY Custom Tiling directional keyboard shortcuts don't work properly when display scaling is set to anything other than 100%. ## STEPS TO REPRODUCE 1. Create a custom tile layout with multiple zones 2. Configure keyboard shortcuts for directional movement between custom tile zones (up/down/left/right) 3. Set display scaling to a value other than 100% (e.g., 125%, 150%) 4. Open a window and attempt to move it between different custom tile zones using the configured shortcuts OBSERVED RESULT - All directional shortcuts move the window to the same (typically nearest) custom tile, regardless of the specified direction - Once a window is placed in a custom tile, no directional shortcuts can move it to a different tile position EXPECTED RESULT - Each directional shortcut should move the window to the appropriate custom tile in the specified direction - Windows should be able to move between different custom tile positions using directional shortcuts SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.13.3-1, wayland KDE Plasma Version: 6.3.1 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 ADDITIONAL INFORMATION - The issue does not occur when desktop scaling is set to 100% - This bug relates to the new feature in 6.3.0 that allows setting keyboard shortcuts to move windows between Custom Tiling zones based on direction - Related feature "bug": https://bugs.kde.org/show_bug.cgi?id=466687
I can confirm this on git-master I had a KWrite window open, floating on the right part of the screen Tiling - left third split horizontall, middle third one tile, right third split horizontally After performing setup as described, I used the shortcut for custom tile right The window was moved to the left, to the middle tile
My display was set to 100% scaling. The behavior is the same with 125% scaling.
I can reproduce the bug with 125% only. 100% works. Operating System: Fedora Linux 41 KDE Plasma Version: 6.3.80 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.12.15-200.fc41.x86_64 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 3600 6-Core Processor Memory: 15.5 GiB of RAM Graphics Processor: AMD Radeon RX 6600
(In reply to Akseli Lahtinen from comment #3) > I can reproduce the bug with 125% only. 100% works. > > Operating System: Fedora Linux 41 > KDE Plasma Version: 6.3.80 > KDE Frameworks Version: 6.12.0 > Qt Version: 6.8.2 > Kernel Version: 6.12.15-200.fc41.x86_64 (64-bit) > Graphics Platform: Wayland > Processors: 12 × AMD Ryzen 5 3600 6-Core Processor > Memory: 15.5 GiB of RAM > Graphics Processor: AMD Radeon RX 6600 In my experience in 100% scale also works, as in bug description.
confirmed over here and it really only occurs with scale factor != 1.0
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/7242
Git commit 69a2d95e4bc3493a6d1bde66f0e7deee39e2bbf3 by Akseli Lahtinen. Committed on 27/02/2025 at 18:06. Pushed by akselmo into branch 'Plasma/6.3'. window: Compare currentTile to requestedTile On scaled displays, the previous geometry comparisons got rounded differently (or not rounded at all), and thus did not match 1-to-1. This caused the tiling to always get the first position, instead of moving to next one. This patch just compares the currentTile to previously requestedTile. If none is found, we request a new tile. M +1 -1 src/window.cpp https://invent.kde.org/plasma/kwin/-/commit/69a2d95e4bc3493a6d1bde66f0e7deee39e2bbf3