Bug 489779 - Alt-Gr modifier not working in remote desktop clients using Wayland on client side
Summary: Alt-Gr modifier not working in remote desktop clients using Wayland on client...
Status: RESOLVED NOT A BUG
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (show other bugs)
Version: 6.1.1
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-07-05 10:08 UTC by t.baag
Modified: 2024-07-08 23:47 UTC (History)
0 users

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 t.baag 2024-07-05 10:08:11 UTC
SUMMARY
While using remote desktop clients like VNC (through KRDC), xfreerdp or X2Go, I'm unable to type backslashes, at-signs and everything else using the "Alt Gr" key on my German layout keyboards.


STEPS TO REPRODUCE
1. Get a keyboard with German layout.
2. Connect somewhere(TM) with VNC, RDP or X2Go.
3. Try to type an email address through the remote connection.

OBSERVED RESULT
Unable to type \@²³¼½¬{[]¨ among others needing the "Alt Gr" modifier. It just prints nothing. Not even the second key pressed along the modifier. E.g. for typing an "@" sign I need to press "Alt Gr" and "Q". On the remote end I neither see a "@" nor a lower case "Q".

EXPECTED RESULT
I expected non-US keyboard layouts to just work(TM).

SOFTWARE/OS VERSIONS
Linux: tested 6.1 and 6.6
KDE Plasma: tested 6.0.5 and 6.1.1
Qt Version: 6
Comment 1 t.baag 2024-07-08 23:47:14 UTC
I noticed the remote having a US keyboard layout (in this case a Windows workstation accessed via xfreerdp3). After switching to DE on the remote end the "Alt Gr" modifier started working. Same thing was true for the X2Go remote end (confirmed by running "localectl"). Switching the X2Go session to DE (running "setxkbmap de" inside) fixed the issue. Didn't test VNC yet.

Strangely the DE keyboard layout works with Xorg locally and remote even if remote side is set to US. 

Considering all this I guess it's not a bug but a configuration issue.