Bug 432438 - Custom shortcut for keyboard input no longer works after updating to 5.21 beta
Summary: Custom shortcut for keyboard input no longer works after updating to 5.21 beta
Status: RESOLVED DUPLICATE of bug 433576
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (show other bugs)
Version: 5.20.3
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2021-02-02 22:57 UTC by Jan Keith Darunday
Modified: 2021-04-02 18:44 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Keith Darunday 2021-02-02 22:57:14 UTC
SUMMARY
The global shortcut for keyboard input no longer works after updating to 5.21 beta. This is currently important to me as the backtick is bound to Yakuake. 

However, from my observation this not only affects backtick and is a more general issue as creating a shortcut to type hello when pressing Ctrl + Shift + T does not work as well.

STEPS TO REPRODUCE
1. Go to System Settings > Shortcuts > Custom Shortcuts
2. Create a new Keyboard Input shortcut (Edit > New > Global Shortcuts > Send Keyboard Input) and name it Backtick
3. Go to trigger and set trigger to Meta + ` (backtick)
4. Set action to type in a backtick (`)
5. Press apply
6. On any window (QT and non-QT), press Meta + `

OBSERVED RESULT
Pressing Meta + ` does not insert a backtick

EXPECTED RESULT
Pressing Meta + ` should insert a backtick


SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.20.90
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2
Kernel Version: 5.10.11-arch1-1
OS Type: 64-bit

ADDITIONAL INFORMATION
This does not seem to be specific to backtick as creating a shortcut to type hello when pressing Ctrl + Shift + T did not work as well.
Comment 1 Andrey 2021-02-04 00:09:10 UTC
Hi Jan,
are you using layout's variants?
Just wanted to make sure you don't suffer from Bug 432367 which might be related.
Comment 2 Jan Keith Darunday 2021-02-04 02:28:39 UTC
(In reply to Andrey from comment #1)
> Hi Jan,
> are you using layout's variants?
> Just wanted to make sure you don't suffer from Bug 432367 which might be
> related.

Hi Andrey,

I'm using the English (US) Colemak through fcitx and I haven't noticed any keys typing the wrong character. Same issue happens even if I disable fcitx.

I also have another custom shortcut created with Global Shortcut > Command/URL which is bound to Meta + A and it's working fine.
Comment 3 David Redondo 2021-02-04 07:55:45 UTC
"Global shortcuts" and "Custom shortcuts" go through two different systems so probably khotkeys cannot handle the backtick?
Comment 4 Víctor 2021-02-04 13:03:33 UTC
Hi. I have similar issue.

I use custom shortcuts for specific words in my work, like emails, usernames and other things. Last days,  using by example Win+V to type the word "vmorenomarin", the trigger only returns "morenomarin", opens the launcher and blocks the window until press the Win key. 

Operating System: KDE neon Testing Edition
KDE Plasma Version: 5.20.90
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
Kernel Version: 5.4.0-64-generic
OS Type: 64-bit
Processors: 6 × AMD Phenom(tm) II X6 1045T Processor
Memory: 7,8 GiB of RAM
Graphics Processor: GeForce GTX 750/PCIe/SSE2
Comment 5 Andrey 2021-03-11 21:37:41 UTC
(In reply to Jan Keith Darunday from comment #2)
> I'm using the English (US) Colemak through fcitx and I haven't noticed any
> keys typing the wrong character. Same issue happens even if I disable fcitx.
> 
> I also have another custom shortcut created with Global Shortcut >
> Command/URL which is bound to Meta + A and it's working fine.

Can you try just English (US) layout? Also, do combos with Alt instead of Meta work for you?
Comment 6 Justin Zobel 2021-03-18 04:18:19 UTC
I've set this bug to NEEDSINFO. Once you have added the required information please change the bug back to REPORTED so we know it's ready for investigation.
Comment 7 Bug Janitor Service 2021-04-02 04:33:34 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Andrey 2021-04-02 11:34:40 UTC
Anyone suffering from the issue please paste your ~/.config/kxkbrc
and make sure it's not bug 433576.
Comment 9 Víctor 2021-04-02 15:14:43 UTC
(In reply to Andrey from comment #8)
> Anyone suffering from the issue please paste your ~/.config/kxkbrc
> and make sure it's not bug 433576.

[$Version]
update_info=kxkb_variants.upd:split-variants

[Layout]
DisplayNames=
LayoutList=es
LayoutLoopCount=-1
Model=
ResetOldOptions=false
ShowFlag=false
ShowLabel=true
ShowLayoutIndicator=true
ShowSingle=false
SwitchMode=Global
Use=true
VariantList=\\0
Comment 10 Andrey 2021-04-02 18:44:39 UTC
(In reply to Víctor from comment #9)
> (In reply to Andrey from comment #8)
> > Anyone suffering from the issue please paste your ~/.config/kxkbrc
> 
> ...
> VariantList=\\0

Remove this line and wait for 5.21.4.
I'm closing it as duplicate, if it's a different issue please reopen.

*** This bug has been marked as a duplicate of bug 433576 ***