#1058 - Option to force new session when suspended session is present

X2Go Bug report logs - #1058
Option to force new session when suspended session is present

Reported by: Stefan Baur <x2go-ml-1@baur-itcs.de>

Date: Sat, 9 Jul 2016 07:35:02 UTC

Severity: normal

Received: (at submit) by bugs.x2go.org; 9 Jul 2016 07:30:28 +0000
From x2go-ml-1@baur-itcs.de  Sat Jul  9 09:30:27 2016
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50 autolearn=ham
	version=3.3.2
Received: from localhost (localhost [127.0.0.1])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 9E4063BE23
	for <submit@bugs.x2go.org>; Sat,  9 Jul 2016 09:30:26 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de
Received: from ymir.das-netzwerkteam.de ([127.0.0.1])
	by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Q74lgksRrmZk for <submit@bugs.x2go.org>;
	Sat,  9 Jul 2016 09:30:19 +0200 (CEST)
X-Greylist: delayed 304 seconds by postgrey-1.34 at ymir.das-netzwerkteam.de; Sat, 09 Jul 2016 09:30:19 CEST
Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.74])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id C79A63BE22
	for <submit@bugs.x2go.org>; Sat,  9 Jul 2016 09:30:19 +0200 (CEST)
Received: from appserv1.stefanbaur.home ([178.5.53.25]) by
 mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id
 0LjbI0-1aoek71Goq-00bXZz; Sat, 09 Jul 2016 09:25:07 +0200
To: submit@bugs.x2go.org
From: Stefan Baur <x2go-ml-1@baur-itcs.de>
Subject: Option to force new session when suspended session is present
X-Enigmail-Draft-Status: N1110
Message-ID: <e8dd13af-f411-5614-2d1d-ec18ebbd09f2@baur-itcs.de>
Date: Sat, 9 Jul 2016 09:25:03 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Icedove/45.1.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:Ibc8K+Z8CSHQ5aKSEJqzwtIcLgUeydAKdzS6lQoc2mBNddpXlSq
 TwCsBdeQPAbN0s5jgCAAfndc2NQlFrvnrtKLH+S7J2ZnyCdyt/lOc24GPX65rqRRGEmKHyw
 8E+dv6Wm1sqlS+iiWIytXwx7+GzT8cZ2o1rAffbhvXbuWgvmIuKwgy3GTkQTLEJEVq//KnG
 VH1wNhmna1lgytwS+grQA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RP5Dpo7gwiY=:OzZgzaMQk4BSQ6iDvWU1B1
 pWvQB3giM+CvXmgPZwZq51IAi2wSQ9J2ZsUSxPYJnAn7TTZOl24r43v5J37DFOQvpgZA21fNF
 764gxz01WFNgRR3bhruu3D2NxFK05xtcN2r2jMt42/gY4Ed5tOw0S2mWxyd5s3tRhISOgSD1T
 gDnsyPrI66p+gtwq0A26y7oyWy1VUXCo7EbF55F43BbqQJUeUgUYtj1s8GzIRaXPHoN0n79dl
 pd/7NX39tpk7VnelGSCtxRjkCyhgJUSj0jE5avr5qZSVmMk85WO8Gl8bMtWyF9Fe0azoMqWIG
 6de4a63J3RnmR0p0td/WlGEforME5BLNlVqi+alcpoZHu/25cmyxN+G65/+ypEyLxf451dmU1
 8zyRD1FyM9Wjde9O7F8rEYpjLi6dz3lSZ6zafIQWBR/raTe6C4IS7BguZIcYTpOL9dKAhqiGJ
 ewfAYFf7Lmaath8Jx5wT21pBxoqU9emdmzREI7CSFjeq7Vvmc1vfMoVItSGDwMMnJoPviR8wT
 +B52Ibmkqvnb1mUhcJ+vMr/G6TqpB4Pos0FZTWmU9WFnYiLchjXWdCg1qNBu+rbpBU1QKXPIt
 JOYdPGgmADMkGI8i1pzkT5tSe2dtDucj+9Ik6b9Jrp6lBO/JxQrI7Kgx6dwd6XNRMtSCmtq+Y
 dxfQfHY8VYhvPI9t8pBt5YXu48a8uTgKmdz/eQPdeylYl4SpRqbZpWy5bzkaoJYph/L0b6kwS
 Hi2Kdlj5CzNMiqos

package: x2goclient priority: wishlist Hi, currently, when a suspended session is present and the parameters match the ones specified on the connection that is about to be established, it is silently assumed that a reconnect should take place. We are thinking how this could be changed in a way that doesn't break the current expected behavior, yet still allows forcing a new session in parallel to the suspended one. Possible options: Adding ... - a command line parameter - a per-session setting - a global setting - some hack like - right-clicking the tile - right-clicking the OK button - an option in the pull-down menu of the tile ... to enforce a parallel connection when desired. The solution we would currently prefer is: - *always* show the reconnect dialog when a suspended session is present - *if* there is exactly one matching session - preselect it - add a countdown timer to the OK button - once the countdown hits 0, pretend OK was pressed, and resume the session - any click anywhere else aborts the countdown - make 15 seconds the default value for the countdown - add a global parameter (CLI and GUI) to set it to another value (0 equals "never assume reconnect") - add command line options --always-assume-reconnect and --never-assume-reconnect (alternatively, allow -1 for the global parameter and treat that as "always assume reconnect", and forget these two command line options) Does anyone else have suggestions regarding this? We have a customer willing to pay for improvements here, but would like to channel the wisdom of the masses before implementing it. Maybe someone has an idea that would be even better? Kind Regards, Stefan Baur -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

X2Go Developers <owner@bugs.x2go.org>. Last modified: Fri Apr 26 04:02:24 2024; 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/.

X2Go Bug report logs - #1058 Option to force new session when suspended session is present

X2Go Bug report logs - #1058
Option to force new session when suspended session is present