X2Go Bug report logs -
#1208
Messed up session when resuming from Published Apps mode to Fullscreen desktop mode in thinclient mode
Reply or subscribe to this bug.
Toggle useless messages
Report forwarded
to x2go-dev@lists.x2go.org, X2Go Developers <x2go-dev@lists.x2go.org>
:
Bug#1208
; Package x2gothinclient
.
(Sat, 23 Sep 2017 20:30:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Walid MOGHRABI <w.moghrabi@servicemagic.eu>
:
New Bug report received and forwarded. Copy sent to X2Go Developers <x2go-dev@lists.x2go.org>
.
(Sat, 23 Sep 2017 20:30:02 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.x2go.org (full text, mbox, reply):
Package: x2gothinclient
Version: 4.1.1.0-0~1634~ubuntu16.04.1
Let's say you suspended a session in "Published Apps" mode from a local desktop (might be Linux or Windows, it doesn't matter) then try to resume it from a TCE running the client in thinclient mode.
This will work, you can resume the session but the display is completely broken : no desktop, no decorations, corrupted display and no widget to logoff so you're stuck there unless someone kills your session from the server.
It would be better to simply block the ability to resume a Published Apps session in a mode where it just can't be done such as the thinclient mode.
Regards,
Walid Moghrabi
TRAVAUX.COM
BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403
13591 AIX EN PROVENCE CEDEX 3
---
DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you
Information forwarded
to x2go-dev@lists.x2go.org, X2Go Developers <x2go-dev@lists.x2go.org>
:
Bug#1208
; Package x2gothinclient
.
(Mon, 25 Sep 2017 12:55:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Stefan Baur <X2Go-ML-1@baur-itcs.de>
:
Extra info received and forwarded to list. Copy sent to X2Go Developers <x2go-dev@lists.x2go.org>
.
(Mon, 25 Sep 2017 12:55:02 GMT) (full text, mbox, link).
Message #10 received at 1208@bugs.x2go.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Am 23.09.2017 um 22:25 schrieb Walid MOGHRABI:
> Let's say you suspended a session in "Published Apps" mode from a local desktop (might be Linux or Windows, it doesn't matter) then try to resume it from a TCE running the client in thinclient mode.
> This will work, you can resume the session but the display is completely broken : no desktop, no decorations, corrupted display and no widget to logoff so you're stuck there unless someone kills your session from the server.
>
> It would be better to simply block the ability to resume a Published Apps session in a mode where it just can't be done such as the thinclient mode.
The question is: How do we handle that?
--no-public-applications as a commandline option? We could hardcode that
into an X2Go-TCE-startup script then.
-Stefan
--
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
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to x2go-dev@lists.x2go.org, X2Go Developers <x2go-dev@lists.x2go.org>
:
Bug#1208
; Package x2gothinclient
.
(Mon, 25 Sep 2017 13:25:02 GMT) (full text, mbox, link).
Acknowledgement sent
to uli42@gmx.de
:
Extra info received and forwarded to list. Copy sent to X2Go Developers <x2go-dev@lists.x2go.org>
.
(Mon, 25 Sep 2017 13:25:02 GMT) (full text, mbox, link).
Message #15 received at 1208@bugs.x2go.org (full text, mbox, reply):
On Mon, Sep 25, 2017 at 2:51 PM, Stefan Baur <X2Go-ML-1@baur-itcs.de> wrote:
> Am 23.09.2017 um 22:25 schrieb Walid MOGHRABI:
>
>> Let's say you suspended a session in "Published Apps" mode from a local desktop (might be Linux or Windows, it doesn't matter) then try to resume it from a TCE running the client in thinclient mode.
>> This will work, you can resume the session but the display is completely broken : no desktop, no decorations, corrupted display and no widget to logoff so you're stuck there unless someone kills your session from the server.
>>
>> It would be better to simply block the ability to resume a Published Apps session in a mode where it just can't be done such as the thinclient mode.
>
> The question is: How do we handle that?
> --no-public-applications as a commandline option? We could hardcode that
> into an X2Go-TCE-startup script then.
No, that should work automatically. As long as there's a window
manager on the client side everything will work fine.
And that's easily checkable by x2goclient.
Uli
Information forwarded
to x2go-dev@lists.x2go.org, X2Go Developers <x2go-dev@lists.x2go.org>
:
Bug#1208
; Package x2gothinclient
.
(Mon, 25 Sep 2017 17:40:01 GMT) (full text, mbox, link).
Acknowledgement sent
to Stefan Baur <X2Go-ML-1@baur-itcs.de>
:
Extra info received and forwarded to list. Copy sent to X2Go Developers <x2go-dev@lists.x2go.org>
.
(Mon, 25 Sep 2017 17:40:02 GMT) (full text, mbox, link).
Message #20 received at 1208@bugs.x2go.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Am 25.09.2017 um 15:24 schrieb Ulrich Sibiller:
>>> Let's say you suspended a session in "Published Apps" mode from a local desktop (might be Linux or Windows, it doesn't matter) then try to resume it from a TCE running the client in thinclient mode.
>>> This will work, you can resume the session but the display is completely broken : no desktop, no decorations, corrupted display and no widget to logoff so you're stuck there unless someone kills your session from the server.
>>>
>>> It would be better to simply block the ability to resume a Published Apps session in a mode where it just can't be done such as the thinclient mode.
>> The question is: How do we handle that?
>> --no-public-applications as a commandline option? We could hardcode that
>> into an X2Go-TCE-startup script then.
> No, that should work automatically. As long as there's a window
> manager on the client side everything will work fine.
> And that's easily checkable by x2goclient.
Wait a minute - we are running a Display Manager in X2Go-TCE ... in the
live edition at least.
So Window decorations should be there, just no task bar.
Walid - did you change anything in your TCE setup compared to
X2Go-TCE-Live, branch "feature/openbox"?
What SHOULD happen is that X2GoClient starts up in fullscreen, but any
popup it shows (like asking for a keyfile's password, or displaying that
there's no route to host) should have window decorations. And I'd assume
that the same window manager would put window decorations around PubApp
windows once the session resumes.
(Of course, it will still be almost unusable, as there's no task bar, no
logoff button, and no menu, but I'm surprised to hear that there are no
window decorations.)
-Stefan
--
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
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to x2go-dev@lists.x2go.org, X2Go Developers <x2go-dev@lists.x2go.org>
:
Bug#1208
; Package x2gothinclient
.
(Tue, 26 Sep 2017 11:00:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Walid MOGHRABI <w.moghrabi@servicemagic.eu>
:
Extra info received and forwarded to list. Copy sent to X2Go Developers <x2go-dev@lists.x2go.org>
.
(Tue, 26 Sep 2017 11:00:02 GMT) (full text, mbox, link).
Message #25 received at 1208@bugs.x2go.org (full text, mbox, reply):
I don't remember exactly about windows decorations, I'll try again but in any way, the result is just plain unusable so in this specific situation (aka. resuming a Published Apps session from a TCE), it would be better to block the resume and propose to close the session before opening a new one.
Regards,
Walid Moghrabi
TRAVAUX.COM
BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403
13591 AIX EN PROVENCE CEDEX 3
----- Mail original -----
De: "Stefan Baur" <X2Go-ML-1@baur-itcs.de>
À: uli42@gmx.de, 1208@bugs.x2go.org, "Walid MOGHRABI" <w.moghrabi@servicemagic.eu>
Envoyé: Lundi 25 Septembre 2017 19:24:21
Objet: Re: [X2Go-Dev] Bug#1208: Bug#1208: Messed up session when resuming from Published Apps mode to Fullscreen desktop mode in thinclient mode
Am 25.09.2017 um 15:24 schrieb Ulrich Sibiller:
>>> Let's say you suspended a session in "Published Apps" mode from a local desktop (might be Linux or Windows, it doesn't matter) then try to resume it from a TCE running the client in thinclient mode.
>>> This will work, you can resume the session but the display is completely broken : no desktop, no decorations, corrupted display and no widget to logoff so you're stuck there unless someone kills your session from the server.
>>>
>>> It would be better to simply block the ability to resume a Published Apps session in a mode where it just can't be done such as the thinclient mode.
>> The question is: How do we handle that?
>> --no-public-applications as a commandline option? We could hardcode that
>> into an X2Go-TCE-startup script then.
> No, that should work automatically. As long as there's a window
> manager on the client side everything will work fine.
> And that's easily checkable by x2goclient.
Wait a minute - we are running a Display Manager in X2Go-TCE ... in the
live edition at least.
So Window decorations should be there, just no task bar.
Walid - did you change anything in your TCE setup compared to
X2Go-TCE-Live, branch "feature/openbox"?
What SHOULD happen is that X2GoClient starts up in fullscreen, but any
popup it shows (like asking for a keyfile's password, or displaying that
there's no route to host) should have window decorations. And I'd assume
that the same window manager would put window decorations around PubApp
windows once the session resumes.
(Of course, it will still be almost unusable, as there's no task bar, no
logoff button, and no menu, but I'm surprised to hear that there are no
window decorations.)
-Stefan
--
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
---
DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you
Information forwarded
to x2go-dev@lists.x2go.org, X2Go Developers <x2go-dev@lists.x2go.org>
:
Bug#1208
; Package x2gothinclient
.
(Tue, 26 Sep 2017 11:05:01 GMT) (full text, mbox, link).
Acknowledgement sent
to Stefan Baur <X2Go-ML-1@baur-itcs.de>
:
Extra info received and forwarded to list. Copy sent to X2Go Developers <x2go-dev@lists.x2go.org>
.
(Tue, 26 Sep 2017 11:05:01 GMT) (full text, mbox, link).
Message #30 received at 1208@bugs.x2go.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Am 26.09.2017 um 12:58 schrieb Walid MOGHRABI:
> I don't remember exactly about windows decorations, I'll try again but in any way, the result is just plain unusable so in this specific situation (aka. resuming a Published Apps session from a TCE), it would be better to block the resume and propose to close the session before opening a new one.
I agree on that, I'd just like to know if we have a bug with the window
decorations as well. ;-)
-Stefan
--
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
[signature.asc (application/pgp-signature, attachment)]
Send a report that this bug log contains spam.
X2Go Developers <owner@bugs.x2go.org>.
Last modified:
Thu Nov 21 11:27:57 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/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.