SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. upgrade Fedora Rawhide (40) to latest (as of 20 October 2023) with $ sudo dnf upgrade #will run dnf-3 2. try Task Switcher with keystroke Shortcut (default Alt-Tab for Forward and Alt-Shift-Tab for Backward) 3. look in System Settings > Window Management > Task Switcher OBSERVED RESULT 4. observe under Shortcuts / All windows that Forward and Backward are both set to None 5. observe under Shortcuts / Current Application that Forward and Backward are both now also set to None EXPECTED RESULT 1. Task Switcher has always (prior to fedora rawhide's drop of updated packages on 20 October 2023) had Alt-Tab and Alt-Shift-Tab as Forward and Backward keystroke / keybinding for Task Switcher. 2. Task Switcher has always (prior to this same fedora rawhide's updates for packages [see date above]) had Alt-` for Forward through windows of the current application and Alt-Shift-` for Backward through windows of the current application. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora Rawhide (40) with K Desktop Environment (KDE); linux kernel 6.6.0-0.rc6.47.fc40.x86_64 (available in About System) KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.111.0 Qt Version: 5.15.11 ADDITIONAL INFORMATION I tried setting these manually back to what were prior to 20 October 2023 the default Alt-Tab and Alt-Shift-Tab, but the changes do not persist. I clicked Apply, of course, closed the window, restarted the machine, and the changes I made are gone. The Shortcuts are back to None for Forward and Backward on both All windows and Current application categories. I also changed them to Meta-Tab, restarted the machine, and the changes also did not persist. They always revert back to None. I then clicked Revert and Defaults, but neither of those buttons does anything to bring back Alt-Tab or Alt-Shift-Tab for shortcuts to the Task Switcher. This feature I would think is used often and by many. I use this keystroke all the time, and without it, I am lost and confused by the absence of it in this "incantation" of KDE plasma, KDE frameworks, and Qt.
This is not an intentional change, nor a bug that I can personally reproduce in Fedora 38 with Plasma 6 packages built from source on top. When I click the "Defaults" button, the shortcuts for these actions are not changed to None. Can you try clicking it? What happens?
Created attachment 162525 [details] attachment-214983-0.html I'm on fedora 40. And I have clicked defaults. It's always saying None. > > On Oct 23, 2023 at 4:59 PM, Nate Graham <bugzilla_noreply@kde.org> wrote: > > > https://bugs.kde.org/show_bug.cgi?id=475984 > > Nate Graham <nate@kde.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|--- |WAITINGFORINFO > CC| |nate@kde.org > Status|REPORTED |NEEDSINFO > > --- Comment #1 from Nate Graham <nate@kde.org> --- > This is not an intentional change, nor a bug that I can personally reproduce in > Fedora 38 with Plasma 6 packages built from source on top. When I click the > "Defaults" button, the shortcuts for these actions are not changed to None. Can > you try clicking it? What happens? > > -- > You are receiving this mail because: > You reported the bug.
Hello again, I forgot to mention the following that might be of some help to you. On this fedora rawhide (40) x86_64 system with KDE updates as provided by fedora as of 20 October 2023, I can report the following: If I go to System Settings > Window Management > Task Switcher and manually change the input to Alt-Tab, I get a pop-up window from the System with title, "Shortcut Conflict --- System Settings." The alert reads, "The "Alt+Tab" shortcut is ambiguous with the following shortcut. Do you want to assign an empty shortcut to this action? Shortcut 'Alt-Tab' for action 'Walk Through Windows' Is 'Walk Through Windows' some new keyword or a change that took place on or around 20 October 2023? Regards, R Bennett. On 2023-10-23 20:59, Nate Graham wrote: > https://bugs.kde.org/show_bug.cgi?id=475984 > > Nate Graham <nate@kde.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|--- |WAITINGFORINFO > CC| |nate@kde.org > Status|REPORTED |NEEDSINFO > > --- Comment #1 from Nate Graham <nate@kde.org> --- > This is not an intentional change, nor a bug that I can personally > reproduce in > Fedora 38 with Plasma 6 packages built from source on top. When I click > the > "Defaults" button, the shortcuts for these actions are not changed to > None. Can > you try clicking it? What happens?
And two more things! 1. I just ran # dnf check-update --refresh && dnf upgrade and then logged out and restarted the machine. I logged back in, but this time, I decided to use Wayland. I still get the pop-up for the kwallet password to connect to WiFi, but that's another bug report, but once I am past that. I can open a couple applications and switch between them with Alt-Tab. I open System Settings and just verify the settings for Window Management > Task Switcher, and they are all sitting there with their usual settings. So, I logged out of the Wayland session, doing nothing else, and then logging back in with X11 (X.org), and the manually set Alt-Tab and Alt-Shift-Tab that I had just set prior to the dnf upgrade, got set back to None. Argh. What's doing this? Are those fedora chaps messing with X.org in anticipation of moving solely to Wayland? Is it because they are doing things they know are breaking X11 on fedora KDE? I don't know, but it's all frustrating. On 2023-10-24 17:53, raob wrote: > Hello again, > > I forgot to mention the following that might be of some help to you. > > On this fedora rawhide (40) x86_64 system with KDE updates as provided > by fedora as of 20 October 2023, I can report the following: > > If I go to System Settings > Window Management > Task Switcher and > manually change the input to Alt-Tab, I get a pop-up window from the > System with title, "Shortcut Conflict --- System Settings." The alert > reads, "The "Alt+Tab" shortcut is ambiguous with the following > shortcut. Do you want to assign an empty shortcut to this action? > Shortcut 'Alt-Tab' for action 'Walk Through Windows' > > Is 'Walk Through Windows' some new keyword or a change that took place > on or around 20 October 2023? > > Regards, > R Bennett. > > On 2023-10-23 20:59, Nate Graham wrote: >> https://bugs.kde.org/show_bug.cgi?id=475984 >> >> Nate Graham <nate@kde.org> changed: >> >> What |Removed |Added >> ---------------------------------------------------------------------------- >> Resolution|--- |WAITINGFORINFO >> CC| |nate@kde.org >> Status|REPORTED |NEEDSINFO >> >> --- Comment #1 from Nate Graham <nate@kde.org> --- >> This is not an intentional change, nor a bug that I can personally >> reproduce in >> Fedora 38 with Plasma 6 packages built from source on top. When I >> click the >> "Defaults" button, the shortcuts for these actions are not changed to >> None. Can >> you try clicking it? What happens?
That's an interesting observation. I can reproduce that "Walk through windows" is bound to Alt+Tab by default, which would explain the shortcut conflict. It does not explain the default value of None in the Task Switcher KCM, though, nor does it explain why I don't get a shortcut conflict warning myself due to this. I'll follow up with the Fedora folks to see if they've maybe patched a change to the default value of one of these components to "None" to prevent the conflict.
Can you try again after updating rawhide? In the process of getting things ready for Plasma 6 we did go a few days with some missing dependencies (kglobalacceld would be the one relevant here) but it's fixed now. I cannot reproduce on my up-to-date rawhide (as of 24 October 2023)
Nevermind, i can reproduce on X11
Fixed in https://bodhi.fedoraproject.org/updates/FEDORA-2023-e9e9c382d0
Created attachment 162569 [details] attachment-382003-0.html I issued the command just as written. No errors. I got the message "Complete!" at the end of the upgrade. I then restarted the machine. However, this --advisory=FEDORA-2023-e9e9c382d0 did not correct the issue on my machine. Shortcut All Windows Forward is still None and Reverse is also still None. What happened? On Tuesday, October 24, 2023 7:20:34 PM EDT you wrote: > https://bugs.kde.org/show_bug.cgi?id=475984 > > Alessandro Astone <ales.astone@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|--- |DOWNSTREAM > Status|REPORTED |RESOLVED > > --- Comment #8 from Alessandro Astone <ales.astone@gmail.com> --- > Fixed in https://bodhi.fedoraproject.org/updates/FEDORA-2023-e9e9c382d0
(In reply to raob from comment #9) > Created attachment 162569 [details] > attachment-382003-0.html > > I issued the command just as written. No errors. I got the message > "Complete!" at the > end of the upgrade. I then restarted the machine. > > However, this --advisory=FEDORA-2023-e9e9c382d0 did not correct the issue on > my > machine. Shortcut All Windows Forward is still None and Reverse is also > still None. > > What happened? > > On Tuesday, October 24, 2023 7:20:34 PM EDT you wrote: > > https://bugs.kde.org/show_bug.cgi?id=475984 > > > > Alessandro Astone <ales.astone@gmail.com> changed: > > > > What |Removed |Added > > ---------------------------------------------------------------------------- > > Resolution|--- |DOWNSTREAM > > Status|REPORTED |RESOLVED > > > > --- Comment #8 from Alessandro Astone <ales.astone@gmail.com> --- > > Fixed in https://bodhi.fedoraproject.org/updates/FEDORA-2023-e9e9c382d0 From the website: > Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later: In any case, this is Rawhide so it'll be available just as `dnf upgrade` in some hours/days time