| Summary: | Reverse switching uses "recently used" when "stacking order" is chosen | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | JKS <jackkyonsmith> |
| Component: | tabbox | Assignee: | Vlad Zahorodnii <vlad.zahorodnii> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | kelpdip, nate, rwestman, waynejwoww, zyf034100 |
| Priority: | NOR | ||
| Version: | 6.2.3 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
JKS
2019-08-04 23:09:14 UTC
Bug also applies to the actions "Walk Through Windows of Current Application (Reverse)", "Walk Through Windows of Current Application Alternative (Reverse)", and "Walk Through Windows Alternative (Reverse)". Also note that the options "recently used" and "stacking order" are not simply swapped around - when "stacking order" is used (erroneously due to this bug) it's not reversed with respect to the normal/forward cycling order, but the same. Just noticed that this bug was originally filed for a newer version of KDE than the one I'm running, so I'm not sure whether my added comment #1 really applies. I'm running these versions: Linux/KDE Plasma: Kubuntu 18.04 KDE Plasma Version: 5.12.8 KDE Frameworks Version: 5.44.0 Qt Version: 5.9.5 I am not sure if this bug affects feature 'recently used'. I set sort order as 'recently used', but alt+tab doesn't honor it. I believe this is partially a byproduct of ingrained UI expectations BUT there is still a bug in sequential order switching. Sort order = Recently used: 'Default' Alt-tab (forward switch) uses 'recently used' order when set to 'Recently used' sort order in settings UI. 'Default' Alt-shift-tab (reverse switch) uses reverse stacking order when set to 'Recently used' sort order in UI. While confusing at face value, this is a byproduct of simple UI expectations, and possibly not a bug. 'Recently used' and 'Stacking order' are possibly expected to be simply inverted. The power-user workaround would then be to have both sort rules simultaneously active in 'Main' and 'Alternative', and to split the keybindings across these tabs. However, this approach fails! 1. The reverse sequential order in 'Stacking order' is not actually sequential at all. 2. The reverse sequential order in 'Recently used' is a real reverse sequential order. 3. The forward sequential order in 'Stacking order' is a completely different sequential order from #2. The end result is lack of keybinding support for basic forward/backward window walking, which is a powerful thing to bind to a rotary input device. To update, bug still exists on: Operating System: Debian GNU/Linux 11 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Seems fixed as of this version: Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.7 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 With this version, the reproduction steps in the original report no longer triggers the bug, and the seemingly related problem in comment #1 doesn't occur either. I haven't changed the status of the bug since I'm not a KDE developer, but perhaps it should be. bug still (or again) exists in plasma 6.2.3 Operating System: Fedora Linux 41 KDE Plasma Version: 6.2.3 KDE Frameworks Version: 6.8.0 Qt Version: 6.8.0 Kernel Version: 6.11.7-300.fc41.x86_64 (64-bit) Graphics Platform: Wayland |