[SOLVED] Application shortcuts don't work in KDE

gentao · 2020-12-27 11:31:08

Hello.
I use KDE Plasma 5.20.4, ArchLinux Kernel vesrion 5.4.85-1-lts.

I have a problem. Application and some over shortcuts don't work. To be more clear I list behavior of my shortcuts form System Settings > Shortcuts > Shortcuts here, marking shortcuts with "+", "-" or with comment. I described most of shortcuts (~80%), because some shortcuts I don't understand. All my shortcuts are fresh. I killed kglobalaccel5, renamed kglobalshortcutsrc and khotkeysrc and rebooted system.
So, I noticed, that majority problem has key Meta.
Googling I noticed the topic with the same problem. In the new user shortcuts also works, so I think that I ruined something in the my current user... I wouldn't like to move to new user all my stuff.

I just will attach here all output of steps from mentioned topic:

Check session status loginctl session-status

Confirm, that kglobalaccel5 is running.

$ ps -aux | grep kglobalaccel5
tao          781  0.0  0.3 280068 45868 ?        Ssl  Dec26   0:04 /usr/bin/kglobalaccel5
tao        70670  0.0  0.0   6380  2304 pts/0    S+   12:42   0:00 grep kglobalaccel5

Also I reinstalled kglobalaccel5.

/var/log/Xorg.0.log update after xdotool key "XF86LogGrabInfo"
xev -event keyboard output on Meta+E and Ctrl+Alt+T pressing and releasing.

My hostnamectl:

$ hostnamectl
   Static hostname: dc
         Icon name: computer-laptop
           Chassis: laptop
        Machine ID: 09a60e35850b4a36abe14c9345a8f1ab
           Boot ID: e5aaed4aee15492f94467830363eeac1
  Operating System: Arch Linux
            Kernel: Linux 5.4.85-1-lts
      Architecture: x86-64

setxkbmap -print -query

setxkbmap -print -query
xkb_keymap {
        xkb_keycodes  { include "evdev+aliases(qwerty)" };
        xkb_types     { include "complete"      };
        xkb_compat    { include "complete"      };
        xkb_symbols   { include "pc+ru+us:2+inet(evdev)+group(lalt_lshift_toggle)"      };
        xkb_geometry  { include "pc(pc104)"     };
};
rules:      evdev
model:      pc104
layout:     ru,us
options:    grp:lalt_lshift_toggle

cat ~/.bashrc

$ cat ~/.bashrc
#
# ~/.bashrc
#

# If not running interactively, don't do anything
[[ $- != *i* ]] && return

alias ls='ls --color=auto'
PS1='[\u@\h \W]\$ '
[tao@dc ~]$ cat ~/.initrc

I don't have .initrc file in my system.

I would be happy, if I could set to default all stuff that is related from shortcuts (like in new user). But all what I know is to refresh kglobalshortcutsrc and khotkeysrc..

Thank you for attention. I will be happy for any help.

Last edited by gentao (2020-12-27 17:27:52)

seth · 2020-12-27 12:18:15

Anything involving alt+shift will fail because it toggles your keyboard layout.
For the rest: does this apply to both layouts or only russian or only us?

gentao · 2020-12-27 13:47:41

Thank you for the answer.

seth wrote:

Anything involving alt+shift will fail because it toggles your keyboard layout.
For the rest: does this apply to both layouts or only russian or only us?

I tested now several shortcuts from different sections. Behavior is the same for both layouts.

seth · 2020-12-27 14:03:14

Does the working user have a dual-layout setup as well?

gentao · 2020-12-27 14:08:25

seth wrote:

Does the working user have a dual-layout setup as well?

Yes, but it configured to Ctrl+Shift. Also tested in the current user this combination, but problem doesn't resolves.

seth · 2020-12-27 15:13:37

xev for that user?

state 0x2040, keycode 26 (keysym 0x65, e), same_screen YES,

0x40 is Super_L (Meta) but 0x2000 is MODE_SWITCH and afaics that's not covered by the dumped grabs (0x2040 is 8256) so I assume that flag should™ not be there and probably is not there for the working user?

gentao · 2020-12-27 16:25:18

seth wrote:

xev for that user?

Here logs from the new user.

So, you was right. MODE_SWITCH appears only in my current user, for some reason...

Last edited by gentao (2020-12-27 16:25:43)

seth · 2020-12-27 16:33:56

Remove the dual layout, ensure it's gone in "setxkbmap -query".
In doubt log out and back in and then try the shortcuts.
If they work, try to re-add the dual layout.

gentao · 2020-12-27 17:26:27

seth wrote:

Remove the dual layout, ensure it's gone in "setxkbmap -query".
In doubt log out and back in and then try the shortcuts.
If they work, try to re-add the dual layout.

Yes! It worked, problem has gone. Now I can use Meta+E, Meta+Q etc.

I also focused attention to Ctrl+Alt+T, that should launch Konsole. Actually I have problem with setting shortcuts in Custom Shortcuts generally, but it is GUI related problem and may be need different topic.

Anyway, I really thank you for help. May be in future I will return my debt to this forum

Last edited by gentao (2020-12-27 17:26:54)

Lureju · 2024-09-17 11:18:06

I also had some keyboard shortcuts with 2 keyboard layouts(en/ru) not working. For example, Ctrl+Alt+T and Meta+E.
I solved the problem by turning off/on OSD on layout change in Input Devices > Keyboard.

KDE Plasma Version: 5.27.11
KDE Frameworks Version: 5.116.0
Qt Version: 5.15.13

Arch Linux

#1 2020-12-27 11:31:08

[SOLVED] Application shortcuts don't work in KDE

#2 2020-12-27 12:18:15

Re: [SOLVED] Application shortcuts don't work in KDE

#3 2020-12-27 13:47:41

Re: [SOLVED] Application shortcuts don't work in KDE

#4 2020-12-27 14:03:14

Re: [SOLVED] Application shortcuts don't work in KDE

#5 2020-12-27 14:08:25

Re: [SOLVED] Application shortcuts don't work in KDE

#6 2020-12-27 15:13:37

Re: [SOLVED] Application shortcuts don't work in KDE

#7 2020-12-27 16:25:18

Re: [SOLVED] Application shortcuts don't work in KDE

#8 2020-12-27 16:33:56

Re: [SOLVED] Application shortcuts don't work in KDE

#9 2020-12-27 17:26:27

Re: [SOLVED] Application shortcuts don't work in KDE

#10 2024-09-17 11:18:06

Re: [SOLVED] Application shortcuts don't work in KDE

Board footer