Floating-layer oddity when raising

I'm seeing a oddity with floating windows and WindowGo.raise. When I focus a floating window and trigger a cross-workspace raise operation, I get a weird flipping behavior where it switches between the workspace I was on and the workspace I was switching to in an infinite loop. It doesn't happen every time with every floating window- there's some factor there I'm not seeing. If I float an xterm and try to reproduce it, it only happens sometimes (it's bursty, though, and I'm not sure what causes it to happen). gwern@freenode said he reproduced it with mnemosyne, and we both reproduced it with twitux (a twitter client). For me, I can trigger it with twitux 100% of the time. Procedure: 1) Launch twitux 2) Connect (you need a twitter account, unfortunately) 3) Hit Ctrl-N to pop up the "new message" dialog 4) Click into the new message text box in the float (without this, it doesn't break for me) 5) Trigger a cross-workspace raise. Boom. (The easiest way I've found to break the loop once it happens is to to a manual workspace move) Let me know if I can help further.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Wed, Nov 26, 2008 at 8:10 PM, Mike Lundy wrote:
I'm seeing a oddity with floating windows and WindowGo.raise. When I focus a floating window and trigger a cross-workspace raise operation, I get a weird flipping behavior where it switches between the workspace I was on and the workspace I was switching to in an infinite loop.
It doesn't happen every time with every floating window- there's some factor there I'm not seeing. If I float an xterm and try to reproduce it, it only happens sometimes (it's bursty, though, and I'm not sure what causes it to happen). gwern@freenode said he reproduced it with mnemosyne, and we both reproduced it with twitux (a twitter client).
For me, I can trigger it with twitux 100% of the time. Procedure: 1) Launch twitux 2) Connect (you need a twitter account, unfortunately) 3) Hit Ctrl-N to pop up the "new message" dialog 4) Click into the new message text box in the float (without this, it doesn't break for me) 5) Trigger a cross-workspace raise. Boom. (The easiest way I've found to break the loop once it happens is to to a manual workspace move)
An even easier way to break the loop is to mouse-click in the screen - but *not* in the same area as the floating window.
Let me know if I can help further.
- -- gwern -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREKAAYFAkkuBSEACgkQvpDo5Pfl1oIT/QCeMVhyqn2joMV4DSuW71fI7Qpt g3sAn0YdzAczuYaJrjn9/8cupibxa0S7 =po0C -----END PGP SIGNATURE-----

On Wed, Nov 26, 2008 at 05:10:13PM -0800, Mike Lundy wrote:
I'm seeing a oddity with floating windows and WindowGo.raise. When I
Hi Mike, thanks for the report. Could you put this on the xmonad bug tracker (http://code.google.com/p/xmonad/issues/list) so it doesn't get lost? thanks, -Brent
participants (3)
-
Brent Yorgey
-
Gwern Branwen
-
Mike Lundy