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

version graph

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

Reported by: Stefan Baur <X2Go-ML-1@baur-itcs.de>

Date: Tue, 22 Mar 2016 09:45:01 UTC

Severity: normal

Tags: moreinfo

Found in version 0.0.3.0

Full log

🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#1012: Additional information
Reply-To: Melvin Vermeeren <mail@mel.vin>, 1012@bugs.x2go.org
Resent-From: Melvin Vermeeren <mail@mel.vin>
Resent-To: x2go-dev@lists.x2go.org
Resent-CC: X2Go Developers <x2go-dev@lists.x2go.org>
X-Loop: owner@bugs.x2go.org
Resent-Date: Mon, 14 Oct 2019 15:25:01 +0000
Resent-Message-ID: <handler.1012.B1012.15710664982495@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: followup 1012
X-X2Go-PR-Package: x2gobroker
X-X2Go-PR-Keywords: moreinfo
References: <56F1136B.5000102@baur-itcs.de>
Received: via spool by 1012-submit@bugs.x2go.org id=B1012.15710664982495
          (code B ref 1012); Mon, 14 Oct 2019 15:25:01 +0000
Received: (at 1012) by bugs.x2go.org; 14 Oct 2019 15:21:38 +0000
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
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.

X2Go Developers <owner@bugs.x2go.org>. Last modified: Tue Dec 16 10:33:13 2025; 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.