X2Go Bug report logs - #1012
Session reconnect doesn't work (x2gobroker)

Full log

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

Received: (at 1012) by bugs.x2go.org; 14 Oct 2019 15:21:38 +0000
From mail@mel.vin  Mon Oct 14 17:21:36 2019
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50,SPF_HELO_NONE
	autolearn=ham autolearn_force=no version=3.4.2
Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.142])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 1BADC5DAE9
	for <1012@bugs.x2go.org>; Mon, 14 Oct 2019 17:21:34 +0200 (CEST)
Received: from submission (posteo.de [89.146.220.130]) 
	by mout02.posteo.de (Postfix) with ESMTPS id 10FA02400E6
	for <1012@bugs.x2go.org>; Mon, 14 Oct 2019 17:21:33 +0200 (CEST)
Received: from customer (localhost [127.0.0.1])
	by submission (posteo.de) with ESMTPSA id 46sMj91nH0z9rxS
	for <1012@bugs.x2go.org>; Mon, 14 Oct 2019 17:21:32 +0200 (CEST)
From: Melvin Vermeeren <mail@mel.vin>
To: 1012@bugs.x2go.org
Subject: Additional information
Date: Mon, 14 Oct 2019 17:21:27 +0200
Message-ID: <3417422.5HINuSZ4m3@verm-r4e>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1640295.ziZzIkfrT8"; micalg="pgp-sha512"; protocol="application/pgp-signature"

[Message part 1 (text/plain, inline)]

I have recently installed a complete x2go setup on a single server with the 
standalone http broker and am encountering the same problem. For me too it 
appears like not checking for sessions to resume in x2goclient is intentional, 
as message #80 by Oleg indicates.

Now I read on the wiki that if the broker is used the broker is responsible 
for session resumption, which makes sense to me. The x2goclient then just does 
whatever the broker tells it to.

This results in the following question, which I haven't been able to find an 
answer for: How to configure the reference broker to resume sessions 
automatically instead of always spawning a new session?

I have only a single session type configured in the inifile, and the intention 
is that when a client connects, selecting this selection the broker should 
resume an existing session of the same type if one exists. At no point should 
there be more than one sessions of the same type.

If I add the SHADOW session type to the inifile I can actually see the 
suspended sessions and interact with them properly. But even if there are 
sessions suspended, selecting the KDE session results in a new session, 
always.

Also seems that x2gobroker.conf default-session-autologin=true does not work 
for SHADOW session type, it uses my regular SSH key. This is a different issue 
though which will post elsewhere shortly.

Thanks.

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.