Bug 348456

Summary:	Keyboard input shortcut keys do not work
Product:	[Applications] systemsettings	Reporter:	David Hart <dc.hart>
Component:	kcm_khotkeys	Assignee:	Michael Jansen <kde>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	dc.hart, rdieter, tantonodavid
Priority:	NOR
Version:	5.20.3
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=353781
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description David Hart 2015-05-30 14:26:56 UTC

Custom shortcuts were lost in the upgrade from 4.13 to to Framework 5.10 (Fedora 21 to 22).

Activated Custom Shortcuts -> Examples -> Type 'hello'
Set to active window.
ctrl-alt-h does nothing in any text box in any window in any applcation.

On the other hand, activated Examples -> Run Konsole
ctrl-alt-t does in fact bring up Konsole which suggests that the daemon is running

While I am at it in 4.13 I could map ctrl-alt-shift-_ (underscore) and separate it from ctr-alt-- (dash) This would input the html code for em-dash and en-dash respectively. in 5.10 the shift is lost.

Reproducible: Always




I have no idea if this is a major feature or not - to me it is because I use it for quite a bit of HTML encoding. There is no workaround. Nevertheless I have marked the severity as "normal."

Comment 1 David Hart 2015-06-02 14:38:51 UTC

Any progress on this? It is still "unconfirmed."

Comment 2 David Hart 2015-10-08 15:52:43 UTC

Something over the last few days broke this again. Perhaps not for others but this is extremely important to me.

Comment 3 Thomas Lübking 2015-10-13 22:18:51 UTC

khotkeys is virtually unmaintained, I'm looking into some of them MANY open bugs, but don't expect a solution too fast.
There's been a bug that broke writing the config, see https://git.reviewboard.kde.org/r/125607/

No idea whether that's your problem, but in general, I could trigger synthetic keyboard input.

Comment 4 Thomas Lübking 2015-10-14 21:44:43 UTC

This will likely be bug #353781
The deal breaker is the ctrl modifier in the shortcut (reproducible) and that you try to send the input to a Qt5 client? What "any text box in any window in any application" did you actually try?

I've not had problems in Qt4 nor plain gtk+ windows, I did neither try gtk3 nor XUL, ie. Mozilla applications like firefox - the main problem is the broken handling of synthetic events in those (any Qt5) clients.

Comment 5 Justin Zobel 2021-03-09 23:51:10 UTC

Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.

Comment 6 dvdnet89 2021-12-31 02:06:55 UTC

I want to create a keyboard shortcut with ctrl alt ` . But, it does not work

Comment 7 Nate Graham 2024-03-04 19:42:07 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.