After KDE upgrade there is a problem with hotkeys

Help
, , ,
1

Pressing shift + alt registers the Meta key. The problem appeared after updating via kde store and then updating all packages via pacman -Syu. Arch Linux + KDE Plasma 6.2.0 wayland

2

Oh good, I’m not alone in this suddenly happening. Thought my keyboard was on the way out or something.

Worth noting that Alt+Shift doesn’t cause this, only Shift+Alt. Really frustrating in many games though. =\

Operating System: CachyOS Linux (Arch)
KDE Plasma Version: 6.2.0
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.3
Kernel Version: 6.12.0-rc1-2-cachyos-rc (64-bit)
Graphics Platform: Wayland

3

Found a way to fix it, but I don’t guarantee it will work for you. System settings > keyboard > Key binding(Top right corner) > Alt and Win behavior > Meta is mapped to win

image
image1200×767 74.8 KB

4

I had the same problem, tried the solution - seemed to work fine…
But now I found the downside: AltGr does not work with this enabled.

Does anyone know if this is somehow related to any intended Wayland behaviour or how to fix it without side-effects?

5

What are you running it through? Because I just checked with keyd listen and I didn’t see such a problem.

image

wev registers altgr as right alt

image
image789×184 37.4 KB

6

What are you running it through? Because I just checked with keyd listen and I didn’t see such a problem.

Not sure I really understand your question.

In your case events would go this way:
evdev (kernel) → keyd (or similiar software) → libinput → libxkb → wev

The settings apply at the libxkb level (at least it’s been that way in X, and I’m not aware of wayland doing something different).
So this just means, that transformation happens somewhere in libinput or, more likely in libxkb.

My question is: is this related to some new intended behaviour in libinput / libxkb or just a weird bug in one of them?

EDIT: forget libinput, it must be libxkb, as that should be the one that decides whether ALT_R is interpreted as AltGr or not.

7

I did more research and found the cause to be in xkb-data.
My current workaround is to change these lines in /usr/share/X11/xkb/symbols/pc:

    key <LALT> {[  Alt_L,  Meta_L  ]};
    key <RALT> {[  Alt_R,  Meta_R  ]};

to

    key <LALT> {[  Alt_L  ]};
    key <RALT> {[  Alt_R  ]};

I also created an issue here: https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/488

8

Related bug. Reporting in a forum is good for a first feedback, but this may not reach the devs. Keep in mind to check for existing bugs then report a new one if necessary, so this can be fixed for everyone. :wink: