Dear all,
I suspect I’ve hit a bug. The problem is as follows: when connecting with
the x2go client [4.1.2.2 (Qt - 4.8.7)] running on a Mac to a desktop
session running on Ubuntu 22.04 (in the “X2G0/X11 Desktop Sharing” mode to
the x2goserver version 4.1.0.3), some simple keystrokes on the client side
generate spurious 3-keycode sequences, rendering the connection almost
unusable.
An example: the key “/” press/release on the client side generates the
following sequence of key codes (xev output):
KeyPress event, serial 28, synthetic NO, window 0x3600001,
root 0x1ce, subw 0x0, time 486547, (1252,734), root:(1252,795),
state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 28, synthetic NO, window 0x3600001,
root 0x1ce, subw 0x0, time 486548, (1252,734), root:(1252,795),
state 0x1, keycode 92 (keysym 0xfe03, ISO_Level3_Shift), same_screen
YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 28, synthetic NO, window 0x3600001,
root 0x1ce, subw 0x0, time 486548, (1252,734), root:(1252,795),
state 0x81, keycode 51 (keysym 0x7c, bar), same_screen YES,
XLookupString gives 1 bytes: (7c) "|"
XmbLookupString gives 1 bytes: (7c) "|"
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0x3600001,
root 0x1ce, subw 0x0, time 486548, (1252,734), root:(1252,795),
state 0x81, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0x3600001,
root 0x1ce, subw 0x0, time 486548, (1252,734), root:(1252,795),
state 0x80, keycode 92 (keysym 0xfe03, ISO_Level3_Shift), same_screen
YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0x3600001,
root 0x1ce, subw 0x0, time 486660, (1252,734), root:(1252,795),
state 0x0, keycode 51 (keysym 0x5c, backslash), same_screen YES,
XLookupString gives 1 bytes: (5c) "\"
XFilterEvent returns: False
Other info: “setxkbmap -query” output is:
rules: evdev
model: pc105
layout: us,ru,us
variant: ,,
options: compose:ralt
It does not matter whether I use my MacBook Pro internal keyboard or the
bluetooth connected external PC105 type keyboard.
What has been done:
I have read the thread from 2019 on probably the same bug on this mailing
list (https://www.mail-archive.com/x2go-user@lists.x2go.org/msg03409.html)
but no solution was published there. I have tried all suggestions from the
thread and other places, including trying to force the keyboard
model/variant/layout/etc (BTW the rmlvo method didn’t work for me at all,
but this is a different story) and switching on and of key conversion on
connection, but nothing worked so far.
This problem pops up only for connections to a desktop, if I run an app,
e.g xterm, through x2go - everything is fine.
I’d appreciate if somebody could give me a hint on what I could look into.
Regards,
Andrey
_______________________________________________
x2go-user mailing list
x2go-user@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-user
