You are not logged in.
Hello. As the title says, KDE shortcuts do not work anymore, and I don't know why. When I press a key combination assigned for some action (for example, launch the konsole terminal emulator), nothing happens afterwards (the keyboard itself is functional). How can I fix this?
Offline
Can you launch Konsole by other means?
Have you tried a clean profile? (a new user, for example)
There is a hierarchy of things that capture key presses, Any chance something else with higher priority has been configured that catches them first?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Thank you for helping me.
Yes, I can launch konsole from another instance of konsole, from the applications menu etc.
I have tried to launch it as a new user using the same combination (I made a new shortcut), and it does work.
About the third point, I don't know really. It stopped working after a system upgrade maybe a couple of weeks ago.
Offline
Please post the complete (in doubt redirect it into a file) output of
loginctl session-status
Offline
Offline
X11, but kglobalaccel isn't running. Can you run it out of an interactive shell (konsole)?
Offline
Yes, I can run kglobalaccel5. Shortcuts still do not work.
Offline
Does it really run or insta-crash? Its absence from the default session is suspicious enough.
Offline
https://pastebin.com/SxtZqcHN
ps shows there is a process of kglobalaccel5 which has status "Sl". When I run it in console, it doesn't output any errors.
Last edited by forgetmenot (2019-06-26 17:01:03)
Offline
run
xdotool key "XF86LogGrabInfo"
and check the Xorg logs tail on whether (and which) shortcuts kglobalaccel5 actually presses.
Also try "xev -event keyboard" (grabbed combos will get you KeymapNotify events, but no press/release) to see whether the combo is grabbed.
Offline
It's me again, sorry for a late response. I'm still experiencing this problem.
xdotool key "XF86LogGrabInfo" - does not output anything.
Here's the entire contents of the Xorg.0.log file:
https://pastebin.com/gd7ADEkA
I don't think I noticed there anything pertaining to kglobalaccel5. When I press a shortcut, it doesn't seem anything new gets written to that file.
And here's what I get when I run xev -event keyboard and try a shortcut inside the xev event tester window:
https://pastebin.com/qV0jxwSm
I was trying Ctrl+Super+W shortcut there.
I should note that application shortcuts (for example, opening a new tab in konsole) *are* working.
Last edited by forgetmenot (2019-07-14 09:22:46)
Offline
There's no grab dump in that log, did you post it before running xdotool key "XF86LogGrabInfo" ?
The xev behavior is odd, there's no key press event for the final "w" (what's expected) but tehre's a release what would suggest whatever handles the grab forwards it - what is the shortcut supposed to do?
local shortcuts work completely differently, so that behavioral difference is perfectly reasonable.
Offline
I ran xdotool key "XF86LogGrabInfo" and after that this is the tail of Xorg.0.log:
https://pastebin.com/vihCb20M
As for the Ctrl+Super+W shortcut, it should launch the web browser (in my case it's Chromium).
I tested this on another user and xev is giving similar lines, but the shortcut does work.
Last edited by forgetmenot (2019-07-14 10:38:25)
Offline
Ctrl+Super+w (lowercase) is grabbed by kglobalaccel5:
[ 6051.280] grab 0x41009451 (core), type 'KeyPress' on window 0x6b7
[ 6051.280] detail 25 (mask 0), modifiersDetail 84 (mask 0)
[ 6051.280] device 'Virtual core keyboard' (3), modifierDevice 'Virtual core keyboard' (3)
[ 6051.280] core event mask 0x3
[ 6051.280] owner-events true, kb 0 ptr 1, confine 0x0, cursor 0x0
So kglobalaccel5 should™ receive the key but simply doesn't react (in the expected way) - does it work for your other user if you copy over the kglobalaccel config?
(KDE tends to keep that stuff in ~/.config - used to be ~/.config/kglobalshortcutsrc but that's dated knowledge.
Offline
So I copied ~/.config/kglobalshortcutrc to that other user's .config directory and the shortcut stopped working for that user as well (both users have the same shortcut configured). How do I fix this now?
Here are the lines in my kglobalshortcutrc file defining that shortcut:
[chromium.desktop]
_k_friendly_name=Launch Chromium
_launch=Meta+Ctrl+W,none,Launch Chromium
new-private-window=,none,New Incognito Window
new-window=none,none,New Window
Offline
So I copied ~/.config/kglobalshortcutrc to that other user's .config directory and the shortcut stopped working for that user as well (both users have the same shortcut configured). How do I fix this now?
Here are the lines in my kglobalshortcutrc file defining that shortcut:[chromium.desktop] _k_friendly_name=Launch Chromium _launch=Meta+Ctrl+W,none,Launch Chromium new-private-window=,none,New Incognito Window new-window=none,none,New Window
Oops never mind this. That other user appeared to be root and chromium was not starting not because of the broken shortcut. So, after I copy that /home/default-user/.config/kglobalshortcutsrc to /root/.config/ shortcuts are still working.
Last edited by forgetmenot (2019-07-14 12:59:49)
Offline
Do all global shortcuts fail or only those bound to .desktop services?
Offline
Such actions as Alt+F2 (run command), Ctrl+F12 (show desktop) etc are working.
Offline
"Show Desktop" is handled by the WM, not kglobalaccel (so that's irrelevant), but "Run Command" is.
So this smells like it's an issue w/ running menu entries/desktop services. You could check mores shortcuts in kglobalshortcutrc to support or deny that pattern.
Offline
All the shortcuts handled by kwin seem to be working (I mean those placed straight under the '[kwin]' line in my kglobalshortcutsrc). Ctrl+Alt+Delete is also working. I can switch keyboard layouts with Alt+Shift. So it looks as if only the shortcuts responsible for launching "applications" with .desktop entries have got broken.
Last edited by forgetmenot (2019-07-21 17:54:44)
Offline
kwin handles shortcuts separately, ctrl+alt+del is handled directly by the server - the question is whether other shortcuts that run some binary directly work. In doubt you might have to add one in the global shortcuts settings, eg. one to run "xterm" or whatever.
Offline
No, newly-created global shortcuts for other applications (xterm for example) also do not work.
Last edited by forgetmenot (2019-07-21 18:12:55)
Offline
Not a shortcut for an "application", it is absolutely important that this calls some binary directly and not travels through the mime handler - something like this: https://i.stack.imgur.com/16fAe.png
If this is what you're talking about, the problem is that kglobalaccel5 isn't doing its job, despite having registered the shortcuts - and I've abolutely no idea why that should, for the same config, be limited to your user only …
Offline
I noticed a strange thing today. When I booted up my system and tried the shortcut Ctrl+Meta+t (Launch konsole) straight after, it surprisingly worked, for 5 times. That is, I was able to launch exactly 5 instances of konsole using the shortcut, after which it stopped working altogether. What could it be?
Last edited by forgetmenot (2019-07-22 07:11:43)
Offline
kglobalaccel5 died or got locked in a dead/livelock or… what's the output of
hostnamectl
Offline