Well, just for note, from time to time I observe similar behavior even without NX - when switching between apps with Alt-TAB - TAB key is occasionally not released. Looks like some bug either in kernel, or in Xorg, not sure where exactly.
Чт, 14 бер. 2019, 08:56 користувач Ulrich Sibiller <uli42@gmx.de> пише:
You mean NX, I guess, not X2 (there's no such protocol). However: I am using NX over two chained WANs without such problems. For some time I even used it for working on machines on the other side of the Atlantic ocean - and it worked flawlessly.
@Yan: you could try setting the connection type to ADSL or even ISDN and retry.
Uli
Bob Harold <bobh@halfgoat.com> schrieb am Do., 14. März 2019, 02:50:
On Wed, Mar 13, 2019 at 5:17 AM Ulrich Sibiller <uli42@gmx.de> wrote:
On Wed, Mar 13, 2019 at 9:10 AM Yan Zhang <kriszhyan@gmail.com> wrote:
I am using Emacs 24.5.1 with x2go client version 4.1.2.0 in Windows
- My server OS is Ubuntu 16.04 and the x2goserver comes from the PPA repo.
You could try updating your nx-libs to nightly and retry: https://sunweavers.net/blog/node/20
The difference is whether I start mark region (by hitting "ctrl+space") before moving cursor. The client will only stuck if I first start mark region and then hold cursor-moving keys like "ctrl+n" or "ctrl+p" for a few seconds.
Ok, understood. But still not replicable for me.
I tried "xev -event keyboard" in a XFCE session and did not observe any missing keystrokes.
Nor did I. So maybe this is bug in emacs. I tested with 24.3.1, can you downgrade?
Uli
Just a thought - there is some lag in the screen updates from the remote host when using a protocol like x2. It is possible that holding the keys for a few seconds, with auto-repeat, has buffered enough copies of the keystroke to scroll the file all the way to the end, even after you let go. Is that possible?
-- Bob Harold
x2go-dev mailing list x2go-dev@lists.x2go.org https://lists.x2go.org/listinfo/x2go-dev