You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
I have US and RU keyboard layouts set up on client and server side, switched by Caps Lock shortcut. Switching has stopped working after I've upgraded xpra from 3.1.5+dfsg1-0.2ubuntu1 (Ubuntu package) to 6.2.2-r0-1 (xpra package).
Both client and server are on Ubuntu 24.04 with Xorg.
Describe the bug
I have US and RU keyboard layouts set up on client and server side, switched by Caps Lock shortcut. Switching has stopped working after I've upgraded xpra from 3.1.5+dfsg1-0.2ubuntu1 (Ubuntu package) to 6.2.2-r0-1 (xpra package).
Both client and server are on Ubuntu 24.04 with Xorg.
The root cause seems to be a bug of inverted condition at https://github.com/Xpra-org/xpra/blame/master/xpra/x11/server/core.py#L249 introduced in 84a5a81, which causes skipping of the
X11Keyboard.set_layout_group(grp)
call.I've fixed the condition on my server and that solved the issue.
To Reproduce
Steps to reproduce the behavior:
xpra start :10 --daemon=no -d keyboard
xpra attach ssh://.../10 --start=xterm
System Information (please complete the following information):
Additional context
I've enabled keyboard debug logging on the server. I see that Cyrillic letters are actually received by the server:
But Latin letters are printed anyways.
My problem is similar to #4445, #3857 (comment).
The text was updated successfully, but these errors were encountered: