Bug 437618 - Suddenly one character of keyboard input is missing
Summary: Suddenly one character of keyboard input is missing
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (show other bugs)
Version: 5.21.5
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords:
: 441674 (view as bug list)
Depends on:
Blocks:
 
Reported: 2021-05-24 17:08 UTC by David Hart
Modified: 2024-03-04 19:41 UTC (History)
5 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 David Hart 2021-05-24 17:08:40 UTC
This problem was introduced with Fedora 34.
plasma-systemsettings-5.21.5-1.fc34.x86_64

A hotkey used to produce <i></i>. It now produces <></i>

The action is defined as:
shift+,:i:shift+.:shift+,:/:i:shift+.:left:left:left:left

In fact every hotkey produces the same result; A character is gone.

I have tried deleting and rewriting the hotkey to a new trigger. Same result.

For example <h2 clas="sub"></h2> - obviously the second "s" in "class" has disappeared.

<h class="inset2"></h2> - Yet in this example, the "2" is missing from "h2"
shift+,:h:2:space:c:l:a:s:s:=:shift+':i:n:s:e:t:2:shift+':shift+.:shift+,:/:h:2:shift+.:left:left:left:left:left

I get the same result in Chrome, Firefox and kate.

Shortcut commands all work as expected. It is only keyboard input (actually output) that has been affected.

I left the severity as normal but I write a popular blog and I do it all in raw HTML.
Comment 1 Daniel 2021-08-28 18:58:00 UTC
Hi!

I can confirm this for KDE Plasma 5.22.4 on KDE neon and it seems to depend on the shortcut you assign.

Example:
Shift+f:o:o with shortcut Alt+F produces "oo". Switching the shortcut to Alt+g makes it work.

I do not know how khotkeys works, but I think that the key-events are filtered wrong to not print the pressed shortcut char.
Comment 2 Nate Graham 2021-08-29 19:42:13 UTC
*** Bug 441674 has been marked as a duplicate of this bug. ***
Comment 3 David Hart 2021-10-28 16:15:27 UTC
It is more complicated. I use hot keys extensively because I am an active writer and prefer raw html. To fill in the missing characters I have doubled up in some combinations. <h2 class="inset2"></h2> is programmed (in part) as c:l:a:s:s:s (extra "s"). Most of the time this works. Every now and then I end up with "classs." It is unpredictable.

This is not mission critical; just weird.
Comment 4 Nate Graham 2024-03-04 19:41:59 UTC
As announced in https://pointieststick.com/2023/07/26/what-we-plan-to-remove-in-plasma-6/ and https://community.kde.org/Plasma/Plasma_6#Removals, I'm afraid KHotKeys has reached end-of-life in Plasma 6. Accordingly, all bug reports and feature requests for it must be closed now.

Most of what KHotKeys could do can already be done with the newer KGlobalAccel system in Plasma 6. A few features such as mouse gestures and triggering conditions based on changes to window states are not yet implemented in the new system. These will be added in the future if and when resources materialize for them, and/or when a kind soul submits patches to implement them! :) Meanwhile, the 3rd-party "Mouse Actions" app (https://github.com/jersou/mouse-actions) may be usable for implementing your own mouse gestures again.

Thanks for your understanding, everyone.