| Summary: | Alt-Tab and Alt-Shift-Tab and Alt-` and Alt-Shift-` set to None - - - cannot change and make changes persist | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | raob |
| Component: | effects-window-management | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | normal | CC: | ales.astone, nate |
| Priority: | NOR | ||
| Version First Reported In: | 5.27.8 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
attachment-214983-0.html
attachment-382003-0.html |
||
|
Description
raob
2023-10-22 23:14:47 UTC
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 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 |