SUMMARY Alt+Shift+Tab doesn't cycle through opened applications in reverse order for me on my desktop, though it works fine on my laptop. The shortcut is set correctly in the Task Switcher menu but does not work when set to Alt+Shift+Tab. I was able to bind it to Alt+Shift+A and it seems to work fine, but going back to Alt+Shift+Tab didn't work. When pressing Alt+Shift+Tab, the task switcher will open as if it has been pressed normally without holding Shift. It will skip forward one window and show the task switcher box, listing the next window as selected. However pressing Tab again won't switch windows. Nothing will happen until you let go of Shift. Interestingly, you can still use the arrow keys to select windows while holding Alt+Shift+Tab, but the tab key itself doesn't work. Originally I tried to bind the shortcut to Shift+Tab, but I couldn't do that. I also found out while trying this that I can't set any shortcut to just Shift+another key, the button in the Task Switcher settings just shows "Shift+..." and doesn't register any other inputs. I'm not sure when this bug started occurring but it has been a while, at least since Plasma 5.23 Beta, but I had forgotten about it. This behaviour is only present on my desktop and not my laptop, both running the same OS. STEPS TO REPRODUCE 1. Open a few applications 2. Press Alt+Tab 3. Task Switcher works fine 4. Press Alt+Shift+Tab 5. Task Switcher opens and acts as if you just pressed Alt+Tab, skipping forward a window 6. While holding Alt+Shift+Tab, pressing the Tab key doesn't do anything. It won't cycle through windows until you let go of the Shift key OBSERVED RESULT Alt+Shift+Tab does not cycle through windows in reverse order EXPECTED RESULT Alt+Shift+Tab should cycle through windows in reverse order SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.18.0-zen1-1-zen (61bit) KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 ADDITIONAL INFORMATION
Cannot reproduce; works for me.
Unfortunately this is still affecting me in Plasma 5.25.1
This is still a problem for me in the 5.26 Beta. Is there anything I can submit or any further debugging I can do to try and help fix this issue?
The issue is with recognizing Alt+Shift+Tab vs. Alt+BackTab.
I am surprised that people report this bug as a recent one. Actually, I have this problem since at least KDE 5.x if not since KDE 4.x. So, at least since KDE 5 was out, I face this problem it in my laptop and my desktop. And also, I have changed 2 laptops and, 3 desktop motherboards and 4 different keyboards in the mean time. I have used different distros all that time (from Fedora 20 to F36) and opensuse, openSuse Leap and Tumbleweed. I manually changed the definitions in the ~/.config/kglobalshortcutsrc and still it's not working. Actually, the settings are overwritten after a reboot to the following: Walk Through Window Tabs=none,none,Walk Through Window Tabs Walk Through Window Tabs (Reverse)=none,none,Walk Through Window Tabs (Reverse) Walk Through Windows=Alt+Tab,Alt+Tab,Walk Through Windows Walk Through Windows (Reverse)=Alt+Shift+Tab,Alt+Shift+Backtab,Walk Through Windows (Reverse) I can understand that Nate cannot reproduce it, howerver, we do see it. And it affects our productivity enormously. However, I need to have this solved, so I will post some information that maybe help others to re-create it and maybe find a solution. 1. I use EN/US with int support as my primary imput 2. EL/GR is my secondary input 3. I use L-Alt + L-Shift to switch input layouts I hope it helps a bit.
This is still an issue in 5.26.4. I face this problem in Fedora 36 one a Lenovo laptop (the 3rd I use and I have this problem) and on my openSUSE Tumbleweed (plasma 5.26.5) with an MS Natural keyboard. As a note: I experience this issue since KDE 4. I would definitely like to help because it affects my productivity enormously. If one dev from the KWin team wants to send me some instructions/requests for information etc, I would be very happy to help.
Created attachment 155869 [details] hasezoey's Task Switcher Config I think i also have the same problem, "Walk Through Windows (Reverse)" with the "Alt+Shift+Tab" does not work and only opens the preview window, but no further pressing "Tab" works, rebinding it to a different keybinding switches through the windows but does not show the preview. Also when pressing "Alt+Tab" to open the normal switcher preview window, adding modifier "Shift" while the switcher is still active and then pressing "Tab" does nothing (not going forward or backward) i think this worked before in some 5.x version for me Operating System: Manjaro Linux KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 Kernel Version: 6.1.7-1-MANJARO (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 5800X 8-Core Processor Memory: 15.5 GiB of RAM Graphics Processor: AMD Radeon RX Vega Manufacturer: ASUS PS: added a attachment of my current task-switcher config
This happens to me since I switched from X11 to wayland. A single Alt+Shift+Tab works, it goes one tab backwards and reveals the tab switcher as long as Alt is down. However, when I repeatedly hit Tab while Alt+Shift is down, it has no effect. Going forward works, with repeated Alt+Tab, while holding Alt down. The same happens for Meta+Shift+Tab. I can reassign to Alt+^ which on my keyboard layout is right above Tab. But I would prefer not having to learn another shortcut..
> This happens to me since I switched from X11 to wayland. I should add, I can switch back to X11 and have the problem disappear. But I would like to use wayland :)
> I can reassign to Alt+^ which on my keyboard layout is right above Tab. I should add: If I add both Alt+^ and Alt+Shift-Tab, then even Alt+^ has the same problem as Alt+Shift+Tab. If I only assign Alt+^, it works fine.
I'm having the same issue. It works on X11, but not on wayland. Kubuntu 22.10 Kde: 5.27.3 (ppa backports) Frameworks: 5.104.0 Qt: 5.15.6
Bug https://bugs.kde.org/show_bug.cgi?id=449482 is closed as a duplicate of https://bugs.kde.org/show_bug.cgi?id=405404 which in turn is closed as a duplicate of https://bugs.kde.org/show_bug.cgi?id=453661 which is fixed. Can one of the developers confirm this and close this bug? (Also I would like to understand if this will be fixed in KDE 5 or we will have to wait for KDE 6)
It seems so. I'll mark it as a dupe and we can see when we're all on qt6 *** This bug has been marked as a duplicate of bug 453661 ***