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

Full log

🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#516: [X2Go-Dev] Bug#516: X2go successfully connects to server, but no window is shown
Reply-To: Mihai Moldovan <ionic@ionic.de>, 516@bugs.x2go.org
Resent-From: Mihai Moldovan <ionic@ionic.de>
Resent-To: x2go-dev@lists.x2go.org
Resent-CC: X2Go Developers <x2go-dev@lists.x2go.org>
X-Loop: owner@bugs.x2go.org
Resent-Date: Fri, 20 Jun 2014 15:15:02 +0000
Resent-Message-ID: <handler.516.B516.140327703321108@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: followup 516
X-X2Go-PR-Package: x2goserver
X-X2Go-PR-Keywords: 
Received: via spool by 516-submit@bugs.x2go.org id=B516.140327703321108
          (code B ref 516); Fri, 20 Jun 2014 15:15:02 +0000
Received: (at 516) by bugs.x2go.org; 20 Jun 2014 15:10:33 +0000
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>
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.