Avant-window-manager only appears on the workspace it was launched on. I have filed a bug on this with AWN, but I was told the problem is in the code that handles workspaces on xfce. Reproducible: Always Steps to Reproduce: 1.Run XFWM4 2.Run AWN 3.Change to a different workspace Actual Result: AWN is not present on the second workspace. Expected Result: AWN is on all workspaces. Setup- Debian Linux- Testing Branch xfce-4.4.1 with xfwm4-SVN avant-window-navigator-bzr
Can you do an xprop on the AWN window and post the result here? If AWN does not set its window sticky, it will not be sticky.
An xprop on WAN window gives: WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _NET_WM_STATE(ATOM) = _NET_WM_STATE_DEMANDS_ATTENTION _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP _NET_WM_DESKTOP(CARDINAL) = 0 WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. window id # of group leader: 0x2e00001 XdndAware(ATOM) = BITMAP _MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0 WM_TRANSIENT_FOR(WINDOW): window id # 0x2e0000b _NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 48234537 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DOCK WM_CLIENT_LEADER(WINDOW): window id # 0x2e00001 _NET_WM_PID(CARDINAL) = 6537 WM_LOCALE_NAME(STRING) = "en_US.UTF-8" WM_CLIENT_MACHINE(STRING) = "m1710" WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 388 by 96 program specified maximum size: 388 by 96 window gravity: NorthWest WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST WM_CLASS(STRING) = "avant-window-navigator", "Avant-window-navigator" WM_ICON_NAME(STRING) = "avant-window-navigator" _NET_WM_ICON_NAME(UTF8_STRING) = 0x61, 0x76, 0x61, 0x6e, 0x74, 0x2d, 0x77, 0x69, 0x6e, 0x64, 0x6f, 0x77, 0x2d, 0x6e, 0x61, 0x76, 0x69, 0x67, 0x61, 0x74, 0x6f, 0x72 WM_NAME(STRING) = "avant-window-navigator" _NET_WM_NAME(UTF8_STRING) = 0x61, 0x76, 0x61, 0x6e, 0x74, 0x2d, 0x77, 0x69, 0x6e, 0x64, 0x6f, 0x77, 0x2d, 0x6e, 0x61, 0x76, 0x69, 0x67, 0x61, 0x74, 0x6f, 0x72 You can see that _NET_WM_STATE doesn't include and NET_WM_DESKTOP is 0, so there is nothing in AWN window that instructs the window manager to set it sticky. FYI, the same problem shows in KDE (kwin) too. I believe AWN is not using the standards (EWMH) ways of setting its window sticky but rather relies on specific implementation that set dock windows sticky by default (which is not specified by the standard) - I do not see why docks should be necessarily sticky... FTI, both metacity and compiz do treat docks as sticky, but neither kwin nor xfwm4 do. So this is a bug with AWN, not xfwm4.
Created attachment 1398 Patch to make dock sticky by default Note the patch is trivial, the thing is should this be really the default?
I applied the patch, I don't have any strong opinion on this, however, AWN is not conforming to the standards IMHO.
The patch works. I have forwarded this all to the AWN people, hopefully they can aim for my standard compliance with their next version.