Hi,
I connect to my university servers remotely from OS X using x2go. It seems that the keystroke combination Ctrl-s (and perhaps some other combinations) are not recognised. This is quite inconvenient, particularly since I use emacs extensively and Ctrl-s is the command for a search. I couldn't find any info on this problem. Can anyone help?
Chris
Hi Chris,
On 07.04.2015 01:54 AM, Christopher Thomas wrote:
I connect to my university servers remotely from OS X using x2go. It seems that the keystroke combination Ctrl-s (and perhaps some other combinations) are not recognised. This is quite inconvenient, particularly since I use emacs extensively and Ctrl-s is the command for a search. I couldn't find any info on this problem. Can anyone help?
Are you sure that problem is related to X2Go? Maybe something on OS X is hooking those keycodes and they never get send? Likewise, maybe a desktop environment is catching them?
You have been careful not to confuse Ctrl and Cmd, right?
Mihai
No, I don't think it is an OS X problem because when I ssh into the same servers directly from OS X then Ctrl-s works fine, emacs sessions work as expected for example.
And no, I am not confusing the Ctrl key with the apple Cmd key.
I am not a linux expert by any means, but I am wondering if this has something to do with flow control, ie XON/XOFF. Perhaps x2go is not sending Ctrl-s to the server so that XOFF is not sent to the server?
I hope someone can help me with this.
Regards
Chris
---------- Forwarded message ---------- From: Mihai Moldovan <ionic@ionic.de> Date: Wed, Apr 8, 2015 at 6:05 AM Subject: Re: [X2Go-User] Ctrl-s not recognised (OS X client) To: Christopher Thomas <christopherthomas@cmt.id.au>, x2go-user@lists.x2go.org
Hi Chris,
On 07.04.2015 01:54 AM, Christopher Thomas wrote:
I connect to my university servers remotely from OS X using x2go. It seems that the keystroke combination Ctrl-s (and perhaps some other combinations) are not recognised. This is quite inconvenient, particularly since I use emacs extensively and Ctrl-s is the command for a search. I couldn't find any info on this problem. Can anyone help?
Are you sure that problem is related to X2Go? Maybe something on OS X is hooking those keycodes and they never get send? Likewise, maybe a desktop environment is catching them?
You have been careful not to confuse Ctrl and Cmd, right?
Mihai
On 08.04.2015 12:35 AM, Christopher Thomas wrote:
No, I don't think it is an OS X problem because when I ssh into the same servers directly from OS X then Ctrl-s works fine, emacs sessions work as expected for example.
OK. But that doesn't rule out any desktop environment or the like on the server side.
How are you starting emacs exactly?
And no, I am not confusing the Ctrl key with the apple Cmd key.
Just pointing that out, I find myself confusing keys a lot when dual-booting between OS X and Windows...
I am not a linux expert by any means, but I am wondering if this has something to do with flow control, ie XON/XOFF. Perhaps x2go is not sending Ctrl-s to the server so that XOFF is not sent to the server?
Nope. Additionally, I cannot reproduce this problem on my machines.
I'm connecting to a (Gentoo GNU/)Linux server machine from OS X and starting up "urxvt" in single application mode (rxvt-unicode, a terminal application.) In there, I'm starting "xev" (which shows all X events received.)
Pressing Ctrl-S correctly yields:
KeyPress event, serial 34, synthetic NO, window 0x1000001, root 0x2c1, subw 0x0, time 2537757805, (10,-14), root:(30,28), state 0x4, keycode 9 (keysym 0x73, s), same_screen YES, XLookupString gives 1 bytes: (13) "" XmbLookupString gives 1 bytes: (13) "" XFilterEvent returns: False
Which is what it should return for a Ctrl-S keypress.
X2Go does not prohibit any keycodes from being sent, but the ones that are caught by NX. Typically those are Ctrl-Alt combinations though and should not interfere with "normal" keyboard shortcuts. I'm surprised by your experience.
Mihai