X Windows disappearing/unmapping (Win10 + 3rd party virtual desktops)

X Windows disappearing/unmapping (Win10 + 3rd party virtual desktops)

[Greywolf]

ENVIRONMENT:
	OS:	Windows 10 Pro 64-bit
	Cygwin:
		setup 2.871
		X11 1.17.2 (x86_64-unknown-cygwin);
			package version	1.17.2-1 built 2015-07-09
		xterm 318-1
	OTHER:
		3rd party virtual desktop managers - have tried with
		- dexpot 1.6
		- virtuawin 4.3

WHAT HAPPENS:

1.  I start mintty, which starts bash.
2.  I start an X server; DISPLAY=:0
3.  I start an xterm on the local host, to $DISPLAY.
4.  I switch to another desktop on the desktop manager.
5.  I return to that window, and the xterm window vanishes.
	- the processes bound to the window are still running,
	  as is the xterm itself.
6.  I see no way to access or return the window to the desktop.
* even winlister no longer can access the window handle.

The window just hops off the deep end, never to be seen again,
but everything connected with that window remains present.

The only desktop manager it works with is the one that comes with Win10,
but that lacks some features; notably, the ability to directly access a
desktop with a keystroke.  It is just not a viable alternative.

WHY I AM SUBMITTING THIS AS A CYGWIN BUG:

Because this happens as a result of using at least two different
non-microsoft desktop managers, and ONLY X11-based applications
are vanishing (xterm plus, as a test, xfd).

				--*greywolf;



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: X Windows disappearing/unmapping (Win10 + 3rd party virtual desktops)

[Nem W Schlecht]

I had this same problem with Dexpot and found a solution.  Please see
these posts:

https://cygwin.com/ml/cygwin/2015-08/msg00137.html
https://cygwin.com/ml/cygwin/2015-08/msg00148.html

On Mon, Aug 17, 2015 at 4:07 AM, Greywolf <greywolf@starwolf.com> wrote:
> ENVIRONMENT:
>         OS:     Windows 10 Pro 64-bit
>         Cygwin:
>                 setup 2.871
>                 X11 1.17.2 (x86_64-unknown-cygwin);
>                         package version 1.17.2-1 built 2015-07-09
>                 xterm 318-1
>         OTHER:
>                 3rd party virtual desktop managers - have tried with
>                 - dexpot 1.6
>                 - virtuawin 4.3
>
> WHAT HAPPENS:
>
> 1.  I start mintty, which starts bash.
> 2.  I start an X server; DISPLAY=:0
> 3.  I start an xterm on the local host, to $DISPLAY.
> 4.  I switch to another desktop on the desktop manager.
> 5.  I return to that window, and the xterm window vanishes.
>         - the processes bound to the window are still running,
>           as is the xterm itself.
> 6.  I see no way to access or return the window to the desktop.
> * even winlister no longer can access the window handle.
>
> The window just hops off the deep end, never to be seen again,
> but everything connected with that window remains present.
>
> The only desktop manager it works with is the one that comes with Win10,
> but that lacks some features; notably, the ability to directly access a
> desktop with a keystroke.  It is just not a viable alternative.
>
> WHY I AM SUBMITTING THIS AS A CYGWIN BUG:
>
> Because this happens as a result of using at least two different
> non-microsoft desktop managers, and ONLY X11-based applications
> are vanishing (xterm plus, as a test, xfd).
>
>                                 --*greywolf;
>
>
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>



-- 
Nem W Schlecht
Empyreal Technologies    http://www.emptec.com/
 "Perl did the magic.  I just waved the wand."

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: X Windows disappearing/unmapping (Win10 + 3rd party virtual desktops)

[Greywolf]

[sorry for the top-quote, but...]

I have a workaround and I apologise for blaming it on cygwin.  I think
it's how the unmapping is handled by the desktop manager.

You can close this, I think.

On 15.08.17 02:07, Greywolf wrote:
> ENVIRONMENT:
>      OS:    Windows 10 Pro 64-bit
>      Cygwin:
>          setup 2.871
>          X11 1.17.2 (x86_64-unknown-cygwin);
>              package version    1.17.2-1 built 2015-07-09
>          xterm 318-1
>      OTHER:
>          3rd party virtual desktop managers - have tried with
>          - dexpot 1.6
>          - virtuawin 4.3
>
> WHAT HAPPENS:
>
> 1.  I start mintty, which starts bash.
> 2.  I start an X server; DISPLAY=:0
> 3.  I start an xterm on the local host, to $DISPLAY.
> 4.  I switch to another desktop on the desktop manager.
> 5.  I return to that window, and the xterm window vanishes.
>      - the processes bound to the window are still running,
>        as is the xterm itself.
> 6.  I see no way to access or return the window to the desktop.
> * even winlister no longer can access the window handle.
>
> The window just hops off the deep end, never to be seen again,
> but everything connected with that window remains present.
>
> The only desktop manager it works with is the one that comes with Win10,
> but that lacks some features; notably, the ability to directly access a
> desktop with a keystroke.  It is just not a viable alternative.
>
> WHY I AM SUBMITTING THIS AS A CYGWIN BUG:
>
> Because this happens as a result of using at least two different
> non-microsoft desktop managers, and ONLY X11-based applications
> are vanishing (xterm plus, as a test, xfd).
>
>                  --*greywolf;
>
>


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: X Windows disappearing/unmapping (Win10 + 3rd party virtual desktops)

[Jon TURNEY]

On 18/08/2015 07:11, Greywolf wrote:
> I have a workaround and I apologise for blaming it on cygwin.  I think
> it's how the unmapping is handled by the desktop manager.

Thanks for reporting this issue.

It seems that a change in 1.17.2-1 had the unintended side-effect of 
breaking working with VirtuaWin and Dexpot (windows which were hidden 
when switching to another virtual desktop become lost)

While this can probably be worked-around in the virtual desktop software 
configuration, I'd like to try to fix it.

I've built a snapshot with a potential fix.  Perhaps you could try that 
and see if it improves things for you?

ftp://cygwin.com/pub/cygwinx/x86/XWin.20150820-git-fb4e99d8ae5a25c8.exe.bz2
ftp://cygwin.com/pub/cygwinx/x86_64/XWin.20150820-git-fb4e99d8ae5a25c8.exe.bz2

> On 15.08.17 02:07, Greywolf wrote:
>> ENVIRONMENT:
>>      OS:    Windows 10 Pro 64-bit
>>      Cygwin:
>>          setup 2.871
>>          X11 1.17.2 (x86_64-unknown-cygwin);
>>              package version    1.17.2-1 built 2015-07-09
>>          xterm 318-1
>>      OTHER:
>>          3rd party virtual desktop managers - have tried with
>>          - dexpot 1.6
>>          - virtuawin 4.3
>>
>> WHAT HAPPENS:
>>
>> 1.  I start mintty, which starts bash.
>> 2.  I start an X server; DISPLAY=:0
>> 3.  I start an xterm on the local host, to $DISPLAY.
>> 4.  I switch to another desktop on the desktop manager.
>> 5.  I return to that window, and the xterm window vanishes.
>>      - the processes bound to the window are still running,
>>        as is the xterm itself.
>> 6.  I see no way to access or return the window to the desktop.
>> * even winlister no longer can access the window handle.
>>
>> The window just hops off the deep end, never to be seen again,
>> but everything connected with that window remains present.

-- 
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: X Windows disappearing/unmapping (Win10 + 3rd party virtual desktops)

[Nem W Schlecht]

This XWin works perfectly for me now with Dexpot.

I renamed my 'mywechsel.ini' file, restarted Dexpot, and then launched
the XWin (64bit) that you linked to here and my X11 windows are *not*
disappearing on desktop changes. :)


On Thu, Aug 20, 2015 at 2:10 PM, Jon TURNEY <jon.turney@dronecode.org.uk> wrote:
> On 18/08/2015 07:11, Greywolf wrote:
>>
>> I have a workaround and I apologise for blaming it on cygwin.  I think
>> it's how the unmapping is handled by the desktop manager.
>
>
> Thanks for reporting this issue.
>
> It seems that a change in 1.17.2-1 had the unintended side-effect of
> breaking working with VirtuaWin and Dexpot (windows which were hidden when
> switching to another virtual desktop become lost)
>
> While this can probably be worked-around in the virtual desktop software
> configuration, I'd like to try to fix it.
>
> I've built a snapshot with a potential fix.  Perhaps you could try that and
> see if it improves things for you?
>
> ftp://cygwin.com/pub/cygwinx/x86/XWin.20150820-git-fb4e99d8ae5a25c8.exe.bz2
> ftp://cygwin.com/pub/cygwinx/x86_64/XWin.20150820-git-fb4e99d8ae5a25c8.exe.bz2
>
>
>> On 15.08.17 02:07, Greywolf wrote:
>>>
>>> ENVIRONMENT:
>>>      OS:    Windows 10 Pro 64-bit
>>>      Cygwin:
>>>          setup 2.871
>>>          X11 1.17.2 (x86_64-unknown-cygwin);
>>>              package version    1.17.2-1 built 2015-07-09
>>>          xterm 318-1
>>>      OTHER:
>>>          3rd party virtual desktop managers - have tried with
>>>          - dexpot 1.6
>>>          - virtuawin 4.3
>>>
>>> WHAT HAPPENS:
>>>
>>> 1.  I start mintty, which starts bash.
>>> 2.  I start an X server; DISPLAY=:0
>>> 3.  I start an xterm on the local host, to $DISPLAY.
>>> 4.  I switch to another desktop on the desktop manager.
>>> 5.  I return to that window, and the xterm window vanishes.
>>>      - the processes bound to the window are still running,
>>>        as is the xterm itself.
>>> 6.  I see no way to access or return the window to the desktop.
>>> * even winlister no longer can access the window handle.
>>>
>>> The window just hops off the deep end, never to be seen again,
>>> but everything connected with that window remains present.
>
>
> --
> Jon TURNEY
> Volunteer Cygwin/X X Server maintainer



-- 
Nem W Schlecht

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: X Windows disappearing/unmapping (Win10 + 3rd party virtual desktops)

[Michael Jennings]

On Thu, Aug 20, 2015 at 12:10 PM, Jon TURNEY
<jon.turney@dronecode.org.uk> wrote:

> Thanks for reporting this issue.
>
> It seems that a change in 1.17.2-1 had the unintended side-effect of
> breaking working with VirtuaWin and Dexpot (windows which were hidden when
> switching to another virtual desktop become lost)
>
> While this can probably be worked-around in the virtual desktop software
> configuration, I'd like to try to fix it.
>
> I've built a snapshot with a potential fix.  Perhaps you could try that and
> see if it improves things for you?
>
> ftp://cygwin.com/pub/cygwinx/x86/XWin.20150820-git-fb4e99d8ae5a25c8.exe.bz2
> ftp://cygwin.com/pub/cygwinx/x86_64/XWin.20150820-git-fb4e99d8ae5a25c8.exe.bz2

THANK YOU!!

I specifically joined this mailing list, after being a CygWin user for
15+ years (worked on it with GVV back in the early days), because I
was about to go crazy.  I originally experienced this problem with
mDesktop, but I spent an entire weekend trying literally EVERY
multi-desktop app for Windows I could find.  I tried almost a dozen,
in fact, including Dexpot, VirtuaWin, Virtual Dimenson, Finestra,
nSpaces, YODM, and Tri-Desk-a-Top.  The only ones that *didn't*
display the problem were SysInternals Desktops and 2 others, none of
which had any concept of allowing you to move windows from one desktop
to another, so they were unusable for me.  ALL the others I tried had
this same problem.

The above executable completely fixes the problem for me in both
mDesktop and Dexpot, so I *greatly* appreciate your work to fix this!
:-)

Though I do have to say, it did force me to try other alternatives
apart from mDesktop, and having experienced Dexpot and VirtuaWin, I'll
never go back to mDesktop again.  So thanks for that, too!  ;-)

Michael

--
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej@eterm.org>
Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple