There is a forum link to a topic with screenshots http://forum.xfce.org/index.php?topic=3792.0 and description. [SOLVED] topic tag is invalig, solution is like a crutch :( The bug is very annoying.
Not a problem in the panel AFAIK, it tells the window manager it's a panel window. The window manager will set the layer of the window from that point. Olivier any ideas?
supporting data? xprop?
To the reporter, if you do not provide the supporting data, I'll downgrade the importance of the issue to normal. If it's a major issue for you, I'd expect you to provide the relevant data with diligence. So please provide at least a way to reproduce the issue (what application?) and the the xprop of the window.
Captured xprop output for wine running wow.exe (world of warcraft) fullscreen. panel shows on top of Wine application. _NET_WM_ICON_GEOMETRY(CARDINAL) = 1185, 1600, 222, 1 _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MOVE, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_STICK WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0 _WIN_LAYER(CARDINAL) = 4 _NET_WM_DESKTOP(CARDINAL) = 0 _WIN_WORKSPACE(CARDINAL) = 0 _WIN_STATE(CARDINAL) = 0 _NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN _NET_WM_NAME(UTF8_STRING) = 0x57, 0x6f, 0x72, 0x6c, 0x64, 0x20, 0x6f, 0x66, 0x20, 0x57, 0x61, 0x72, 0x63, 0x72, 0x61, 0x66, 0x74 WM_ICON_NAME(STRING) = "World of Warcraft" WM_NAME(STRING) = "World of Warcraft" WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. bitmap id # to use for icon: 0x1e0005d bitmap id # of mask for icon: 0x1e0005c window id # of group leader: 0x3200007 _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x6, 0x0, 0x39ef9c, 0x7cef3ce0 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified location: 0, 0 window gravity: Static XdndAware(ATOM) = ATOM _NET_WM_PID(CARDINAL) = 3371 WM_LOCALE_NAME(STRING) = "en_US" WM_CLIENT_MACHINE(STRING) = "hannah" WM_CLASS(STRING) = "Wow.exe", "Wine" WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, _NET_WM_PING, WM_TAKE_FOCUS
Oh, interesting: _WIN_LAYER(CARDINAL) = 4 ... _NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN So this is fullscreen (I admit I was not expecting that) but explicitly set on a lower layer...
Is the window focused at the time? xfwm4 will set the window back to a normal layer if it losses focus.
http://openlierox.sourceforge.net/ triggers it for me, but is a tad annoying because the mouse is broken under wine. I'll look for something better.
Just for completeness sake: - at least for some apps (I know of Warcraft 3), this issue was already present in 4.4. I think in 4.4 the panel _always_ stayed on top, while in 4.6 after a change of focus, the panel disappears in the background - there are a number of fullscreen apps which do not exhibit this issue on 4.6, I'll look tonight for an easy to fetch program which triggers the bug.
window has focus at the time xprop ran: I ran `sleep 10; xprop` and then switched the application fullscreen before clicking the mouse button to grab the xprop data.
My guess is that it's related to some DX3D hacks in wine, as a lot of other free / open source games I have tried worked just fine. Warcraft 3 has a demo, which shows the error for me, and is not too terrible big to download (100MB). Links: http://www.fileshack.com/file.x?fid=1763 (requires a couple of clicks but no registration) or mirror at http://dsp.mcbf.net/W3Demo.exe Once the demo is installed, the first run will switch resolution to 800x600, and not trigger the bug. But once you change to a native resolution, the bug immediately shows up (for me I didn't even have to restart the game). I hope that helps, let me know if you still can't reproduce it.
(In reply to comment #7) > http://openlierox.sourceforge.net/ triggers it for me, but is a tad annoying > because the mouse is broken under wine. I'll look for something better. That should be enough for me, I am not interested in playing games at all anyway :)
Please update to svn trunk rev. 29688. and report
(In reply to comment #11) > (In reply to comment #7) > > http://openlierox.sourceforge.net/ triggers it for me, but is a tad annoying > > because the mouse is broken under wine. I'll look for something better. > > That should be enough for me, I am not interested in playing games at all > anyway :) Heh, I was just mentioning it because it makes it hard to just quit the game :). For me with rev. 29688 it works as expected, yay! Thanks a lot Oliver, this "bug" has been around for a long time =). I'm just curious, did you implement a workaround for something funny that wine does, or was it an actual bug?
(In reply to comment #13) > I'm just curious, did you implement a workaround for something funny that wine > does, or was it an actual bug? Actual bug, wine updates the window type after setting fullscreen, which is fine (but not too common) but was not handled correctly by xfwm4.
confirmed fixed in today's SVN trunk - panel no longer appears on top. thanks Olivier.
Marking this report as fixed since the last 2 comments suggest it is and it has not received activity in years.