X2Go Bug report logs - #516
X2go successfully connects to server, but no window is shown

version graph

Package: nxagent; Maintainer for nxagent is X2Go Developers <x2go-dev@lists.x2go.org>; Source for nxagent is src:nx-libs.

Reported by: sebastien chabrolles <s.chabrolles@fr.ibm.com>

Date: Sat, 14 Jun 2014 20:25:03 UTC

Severity: normal

Tags: pending

Found in version 3.5.0.24

Fixed in version 3.5.0.25

Done: Mike Gabriel <mike.gabriel@das-netzwerkteam.de>

Bug is archived. No further changes may be made.

Full log


Message #20 received at 516@bugs.x2go.org (full text, mbox, reply):

Received: (at 516) by bugs.x2go.org; 20 Jun 2014 15:10:33 +0000
From ionic@ionic.de  Fri Jun 20 17:10:32 2014
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_DKIM_INVALID
	autolearn=ham version=3.3.2
Received: from Root24.de (powered.by.root24.eu [91.121.15.64])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id EB3215DB3E
	for <516@bugs.x2go.org>; Fri, 20 Jun 2014 17:10:31 +0200 (CEST)
Received: from nopileos.local (home.ionic.de [85.183.67.131])
	by Root24.de (Postfix) with ESMTPSA id D493D3B005CF;
	Fri, 20 Jun 2014 17:10:30 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ionic.de; s=default;
	t=1403277031; bh=ylJ6K8nkGt4LF0x5TM20qRh87/t+9xSQGHva78KYhDA=;
	h=Date:From:To:Subject:References:In-Reply-To:From;
	b=d5hTubRZwYth9Yg54hLjrHv9TNe3zDiqRV1+DGQUzzeHgTp2q+GcxH6V6/gu+YaPt
	 iQ8sd7fMNDRwtUs06yucnN6YT42bUZMi3ttEaAZgcYecrYKpWnWt4L/j8it/66dzFp
	 YetHJmZUPyt0OtEyGkzhlCdLnY1dqCXmXVxjBMi4=
Message-ID: <53A44EE8.0@ionic.de>
Date: Fri, 20 Jun 2014 17:10:32 +0200
From: Mihai Moldovan <ionic@ionic.de>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: 516@bugs.x2go.org, sebastien chabrolles <s.chabrolles@fr.ibm.com>
Subject: Re: [X2Go-Dev] Bug#516: X2go successfully connects to server, but
 no window is shown
References: <OF70D11DD0.EF25FFDA-ONC1257CF7.006F3027-C1257CF7.006FFC35@fr.ibm.com> <20140614224852.Horde.1aAwQpnldGt0QLLA8da6Wg1@mail.das-netzwerkteam.de> <539D1931.2090106@ionic.de>
In-Reply-To: <539D1931.2090106@ionic.de>
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080807000400070104030005"
[Message part 1 (text/plain, inline)]
Hi,

Well, I have done quite some work.

The xkbcomp issue I've been seeing seems to be normal - other machines behave
the same. It was a missing directory (keymaps.dir) in /usr/share/X11/xkb on my
x86_64 machine that prevented xkbcomp from being called and a root-non-root
issue regarding the file location (/var/tmp/server-$DISPLAYNO.xkm vs.
compiled/server-$DISPLAYNO.xkm.)

Alas, none of these were critical or actually had any influence on the X server
as such. Both machines produces the same messages. So xkb was totally the wrong
thing to look at.

I have then compiled with even more debug info in nxproxy and nxagent to see
whether the problem is in the connection part between two machines.

I even straced the nxagent/x2goagent process to get some useful information out
of there. After going through a several megabytes big strace file, I ended up
seeing that both ppc64 and x86_64 are behaving the same establishing the
connection and everything is functional. Bummer, nothing on that front either.

There's no indication of what may be wrong. Not even with nxagent (being the X
server itself) compiled with -DDEBUG -DDEBUG_CMD -DNX_TRANS_TEST. This produces
quite a lot of messages every once in a place, but there's nothing regarding
being unable to create/show windows.

Not even starting another application from a shell via
DISPLAY=:<current-sessions-display-number> xeyes bring's anything to light.

At least X clients (programs) and server are constantly exchanging information,
so the missing window issue must be nested deep within the X server itself.

However, I have no idea where to look.

To make matters worse, attaching gdb to nxagent during normal operation is quite
impossible. As soon as nxagent is stopped for single-stepping through functions
and examining variables/code in detail, the (remote) nxproxy client will get a
timeout as it's not able to communicate with the agent anymore (well, sure,
we've just been stopping that for debugging...) and close the connection.

Pretty much the only way possible is print-debugging in the code.

I could live with that, had I at least any idea of where the problem could be.

Maybe finding the code drawing/creating a window would be interesting.

---

In other news, I can report that outgoing connections via x2goclient are working
just fine. I've been connecting to my ionic.de machine in order to start a
simple xterm from the ppc64 box and that worked flawlessly. How wouldn't it, as
"this way 'round" doesn't use the very old X server distributed with NX, but
actually the recent, known-to-work X server as shipped with Fedora.

Thus, it's really just a server-side issue.


Mihai

[smime.p7s (application/pkcs7-signature, attachment)]

Send a report that this bug log contains spam.


X2Go Developers <owner@bugs.x2go.org>. Last modified: Mon Jan 27 02:10:35 2020; Machine Name: ymir.das-netzwerkteam.de

X2Go Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.