<div style="font-size: 12pt;">Hello Uli!<br><br>Thanks for your reply.<br><br>Published applications are not necessarily one-window, strictly<br>spoken, a terminal with two tabs has (at least) two windows. As<br>long as they are inside the terminals main-window, everything works<br>(sad to say: most of the time).<br>If there are two separate windows, which are in the current<br>workspace, this works too.<br>Below of that, it gets complicated.<br>If two windows are in separate workspaces, it works sometimes.<br>I am not sure, why at all - from your guess.<br>If you have two terms at WS1 and WS3 and you resume on WS5,<br>NO window appear at all, though the processes are running<br>well on the server side!<br>For firefox, this is more different.<br>From several windows, which were originally located in different<br>workspaces, only one window will be restored, this of the current<br>workspace. If all were located in the same workspace, they are<br>restored to the current workspace, if you are in that workspace,<br>which was current at 'suspend' time - otherwise: NO window<br>appear at all!<br>But for the first case, it gets interesting.<br>Go to 'more tools/taskmanager' (of the fox!), you'll see all<br>windows as processes. Double-clicking on of them brings it<br>back to the workspace were it was originally located!<br>Works for all of them.<br>Back to the first cases above.<br>If a session is restored by the x2go-client (I do not know<br>about this, due to lack of documentation), it knows all<br>windows and restores them - so ether the session on the server<br>or the client must give the window-manager advice.<br>I am starting my caja browsers at logon this way and they will<br>be even tagged to be visible on all workspaces.<br>So suspending a session must save the workspace accordingly.<br>I asked me, on which side, the workspace will be read at all,<br>server oder client? Just to be sure to have the same number<br>of WSs, I made them equal (for the testuser), but this does<br>not change anything (may be, a restart is necessary?).<br><br>>From toolchains perspective, X(&co.) were never made for<br>suspending window sessions (at least, so far I know) and<br>the window manager is only a filter for the workspace numbers.<br>What remains is, that only x2go can handle this at all.<br><br>This was - a little - exploration, which shed me light on<br>the sessions, which do not work after return from hibernate<br>my box in the morning.<br><br>Regards,<br>Manfred<br><br><br><strong>----- Original Message -----</strong><br> <strong>From:</strong> Ulrich Sibiller [<a href="mailto:uli42@gmx.de" target='_blank'>mailto:uli42@gmx.de]</a><br> <strong>To:</strong> <webman@manfbraun.de><br> <strong>Cc:</strong> x2go-user@lists.x2go.org<br> <strong>Sent:</strong> Fri, 17 Mar 2023 08:29:50 +0100<br> <strong>Subject:</strong> Re: [X2Go-User] Resume/restoration of windows to linux workspaces<br><br></div>
<div dir="auto">Hello Manfred,
<div dir="auto"> </div>
<div dir="auto"> in published applications mode the local window manager should be responsible for arranging the application windows. The application itself does not know about the workspaces at all. So probably the window manager does not recognize the restored windows as previously known windows. I have no idea at the moment how to even check if this theory applies here. You could try to run another desktop environment locally and check if the behaviour changes.</div>
<div dir="auto"> </div>
<div dir="auto">Uli</div>
</div>
<div style="font-size: 12pt;"> </div>
<div class="gmail_quote">
<div class="gmail_attr" dir="ltr"><<a href="mailto:webman@manfbraun.de" target='_blank'>webman@manfbraun.de</a>> schrieb am Fr., 17. März 2023, 03:19:</div>
<blockquote style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;" class="gmail_quote">
<div style="font-size: 12pt;">Hello!</div>
<div style="font-size: 12pt;"> </div>
<div style="font-size: 12pt;">I am using published applications to run firefox.</div>
<div style="font-size: 12pt;">I am on debian bullseye (client and server).</div>
<div style="font-size: 12pt;">There is a big behavioral difference from using fox between</div>
<div style="font-size: 12pt;">this and using fox local in regard of crash and restore.</div>
<div style="font-size: 12pt;">If the fox restores a crashed window set locally, all windows</div>
<div style="font-size: 12pt;">appear on the workspace, they were originally running on.</div>
<div style="font-size: 12pt;">Not so with x2go - they all appear in the workspace, were</div>
<div style="font-size: 12pt;">the restauration starts.</div>
<div style="font-size: 12pt;">I usually have >50 windows and this is a big pain.</div>
<div style="font-size: 12pt;">Is this the normal behavior?</div>
<div style="font-size: 12pt;">If not, where to look for the problem?</div>
<div style="font-size: 12pt;">Note, this does not depend on a users profile.</div>
<div style="font-size: 12pt;">I created an additional user on the server and it behaves the same.</div>
<div style="font-size: 12pt;"> </div>
<div style="font-size: 12pt;">Thanks,</div>
<div style="font-size: 12pt;">Manfred</div>
<div style="font-size: 12pt;"> </div>
_______________________________________________<br> x2go-user mailing list<br> <a href="mailto:x2go-user@lists.x2go.org" target='_blank'>x2go-user@lists.x2go.org</a><br> <a href="https://lists.x2go.org/listinfo/x2go-user" target='_blank'>https://lists.x2go.org/listinfo/x2go-user</a></blockquote>
</div>