Bug 491968 - Ctrl+Shift layout change shortcut breaks various in-app shortcuts
Summary: Ctrl+Shift layout change shortcut breaks various in-app shortcuts
Status: RESOLVED UPSTREAM
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_keyboard (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR major
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-08-21 06:54 UTC by linux.admin
Modified: 2024-08-21 16:49 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description linux.admin 2024-08-21 06:54:09 UTC
Hi. In plasma 5 all worked well and stable.
Now in yakuake I can't paste or create new tab with hotkeys. Alt-shift for language switching is buggy, sometimes works on 3rd tap.
Comment 1 linux.admin 2024-08-21 09:08:40 UTC
firefox also doesn't accept ctrl+shit+t
Comment 2 Nate Graham 2024-08-21 14:06:27 UTC
This sounds like it could be a local configuration issue, or perhaps an upgrade issue. Can you create a new clean user account with no customizations and see if the issue reproduces there?

Also, please read https://community.kde.org/Get_Involved/Issue_Reporting to learn how to create higher quality, more actionable bug reports in the future. This will ultimately save time for both of us. Thanks!
Comment 3 linux.admin 2024-08-21 15:25:32 UTC
disabling ctrl+shift layout change shortcut fixed it
Comment 4 Nate Graham 2024-08-21 15:37:50 UTC
Thanks. Yifan, is this the thing that's already fixed, or tracked with an existing Bugzilla ticket somewhere?
Comment 5 fanzhuyifan 2024-08-21 15:42:13 UTC
(In reply to Nate Graham from comment #4)
> Thanks. Yifan, is this the thing that's already fixed, or tracked with an
> existing Bugzilla ticket somewhere?

Sounds like the reporter is using the shortcuts provided by xkb, and this is a known upstream issue: https://gitlab.freedesktop.org/xorg/xserver/-/issues/258.

If this is the new modifier-only shortcuts plasma provided support for, then this is an unknown bug on our end.

@linux.admin@anche.no, could you provide some screenshots/description of how you are assigning this shortcut? Thanks.
Comment 6 fanzhuyifan 2024-08-21 16:04:17 UTC
fwiw cannot reproduce using the non-legacy shortcuts -- after assigning ctrl+shift to layout switch, firefox still accepts ctrl+shift+t.
Comment 7 linux.admin 2024-08-21 16:42:32 UTC
I am using wayland. Just enabled the 'ctrl+shift' checkbox in layout extra shortcuts
Comment 8 fanzhuyifan 2024-08-21 16:48:12 UTC
(In reply to linux.admin from comment #7)
> I am using wayland. Just enabled the 'ctrl+shift' checkbox in layout extra
> shortcuts

Then you are using the shortcuts provided by xkb, and this is a known issue for 20+ years: https://gitlab.freedesktop.org/xorg/xserver/-/issues/258. Unfortunately there is nothing we can do about that.

Alternately, if you uncheck the box, and assign ctrl+shift as an alternative shortcut, it should just work, and not block other shortcuts. (Avoid alt+shift for now, since it has some issues) Currently modifier-only shortcuts will trigger if you release all pressed modifiers quickly. We are changing it in the upcoming 6.2 release to trigger when any modifier is released, to make the user experience better.
Comment 9 fanzhuyifan 2024-08-21 16:49:24 UTC
Oh btw you would need plasma 6.1 to support modifier-only shortcuts. (e.g., ctrl+shift)