sillysloft
commented
20 years ago Logged In: YES user_id=603593
Yuh huh. Fluxbox's fault, sorry. It had an issue that stopped it handling client messages of this type properly. I've just fixed that in cvs.
Now, I also observe that when I ctrl-S in xmms, it sets all 3 windows as sticky (i.e. fluxbox gets 3 client messages, one for each window). BUT, when I ctrl-S again, it only sets one window, the main one, as non-sticky. So, flux does what it's told to and the other 2 remain non-sticky.
I can't see this as flux's fault. I'm running xmms 1.2.9.
Original comment by: rathnor
According to an xmms developer, there's a bug in Fluxbox 0.1.13/0.1.14: It should, for example, set _NET_WM_DESKTOP on _all_ windows.
Background: When using Fluxbox 0.1.13/0.1.14 and upgrading from xmms 1.2.7 to 1.2.8, the "sticky"/"show on all desktops" option in xmms stops working. When setting/unsetting it, no X properties change at all (using xprop -spy), so the user manually has to set xmms windows sticky. When doing so, only _BLACKBOX_ATTRIBUTES change, but no _NET_WM_* properties. xmms used to use Gnom WM hints to set itself sticky in 1.2.7, but now does so using Ewmh. According to Fluxbox ChangeLog, this should have been fixed/should be working since 0.1.13. Hĺvard Kvĺlen (xmms developer) says he's "convinced that this is a window manager issue by now. Especially the fact that not all windows get the _NET_WM_DESKTOP property looks odd.".
Entry in xmms bug database: http://bugs.xmms.org/show\_bug.cgi?id=1512
Reported by: zzznowman