Bug 504426

SUMMARY

The fundamental problem seems to be that these actions used to be "absolute" but they were unexpectedly changed to be "relative". Under the original behaviour, "to the Left" would have the same meaning regardless of the current position.

I had bound all 8 of the Quick Tile actions to Meta+<numpad digit>, which nicely corresponds to the 8 possible locations I could snap a window into with a single keypress. Now moving between different positions (e.g. from bottom-right to the left) takes an unpredictable number of actions. (In this example, even mashing the left direction will only get you to the bottom-left, not the whole left, so you have to stop and think how to proceed instead of reaching the goal in one press).

The recent bug https://bugs.kde.org/show_bug.cgi?id=501731 identified some unexpected behavioural changes to the "Quick Tile Window to" actions that have been affecting me the past few months, and the fix for it restored some of the behaviour to the original "absolute" style (for corner-to-corner motions), but it did not restore all of the behaviour to the absolute style (for corner-to-side motions).

STEPS TO REPRODUCE
1. Quick Tile a window to the bottom-right.
2. Attempt to Quick Tile the same window to the left.

OBSERVED RESULT

"Quick Tile Window to the Left" previously would have moved the window to take up the left half of my screen. Currently, it instead moves the window to take up the *bottom* half of my screen (because it's seemingly extending to the left from its current position of bottom-right).

Similar but distinct changes in behaviour affect moves like from bottom-right to the bottom or to the right, which used to fill half the screen but have become no-ops, leaving the window in the corner.

EXPECTED RESULT

I expect the prior behaviour, where a window would snap to the target destination in one keypress regardless of its current position.

SOFTWARE/OS VERSIONS
Linux: NixOS 25.05
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0

Thanks!