[X2Go-Dev] Single application resume depends on virtual desktop.

Jordi Marqués jordi at amospalla.es
Thu Jun 5 18:41:23 CEST 2014


Package: nxagent
Version: 3.5.0.24-0x2go1+git20140508.472+jessie.main.1

OS: Debian 7.
Window Manager: openbox.
Application tested: /usr/bin/rxvt.

When suspend/resume a single application, it does not show again if it 
was not on a visible virtual desktop at the time of the suspend 
operation. It does not matter the active virtual desktop at the time of 
resuming, but only when suspending.

Steps to reproduce:

1. Launch a single application (rxvt)
2. Suspend session
3. Resume session (rxvt window appears)
4. Press "Suspend session" button, and before it is actually suspended 
fastly move to another virtual desktop
5. Resume session (rxvt window does not appear)

I have tried with several applications launched from that rxvt console. 
What basically happens is what I describe here. Wmctrl always shows the 
windows when the session is resumed, even when these are not visible. 
Also, wmctrl shows the window is on the virtual desktop where it was 
before being suspended, being it visible or not.

Another example with the following setup:
    - virtual desktop 0: x2goclient, rxvt(single application) and gvim 
launched from rxvt
    - virtual desktop 1: gvim launched from rxvt
    - virtual desktop 2: gvim launched from rxvt
    - virtual desktop 3: gvim launched from rxvt

Initially (second field of wmctrl is virtual desktop)

$ wmctrl -l
0x00e00005  0 X2Go Client
0x010000bc  0 rxvt
0x01000123  3 [No Name] + - GVIM
0x010009fd  2 [No Name] + - GVIM1
0x01001068  1 [No Name] + - GVIM2
0x01001898  0 [No Name] + - GVIM3

After suspend and resume without moving from virtual desktop 0:

0x00e00005  0 X2Go Client
0x010004fb  0 [No Name] + - GVIM3
0x010004fd  0 rxvt
0x010004fe  1 [No Name] + - GVIM2
0x010004ff  2 [No Name] + - GVIM1
0x01000500  3 [No Name] + - GVIM

Here, gvims which where previously moved to virtual desktop 1, 2 and 3 
now doesn't appear on screen, but get listed on wmctrl.


More information about the x2go-dev mailing list