http://bugs.winehq.org/show_bug.cgi?id=12834
Summary: Regression: Fullscreen'ed WINE apps prevent ALT-TAB from working Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: syylk@hotmail.com CC: stefan@codeweavers.com
Description:
From 0.9.57 onward, if you launch a fullscreen app, you're unable to alt-tab
out of it. The alt-tab'ed window briefly appears on top of the fullscreen app, only to be covered again by the fullscreen'ed app.
Environment:
Tested with EVE Online Premium and World Of Warcraft 2.3.3 on a 2.6.25 kernel, Gentoo ~x86, X.Org 1.4.0.90, Window Maker 0.92.0 and nVidia binary drivers 169.12.
Mailing list discussion:
http://forum.winehq.org/viewtopic.php?t=447
After this thread, I started the regressions.
Regression:
--- $ git bisect good a9fb81b2edceadc58eb84ed9e920d19719a05330 is first bad commit commit a9fb81b2edceadc58eb84ed9e920d19719a05330 Author: Stefan Dösinger stefan@codeweavers.com Date: Mon Mar 10 22:15:22 2008 +0100
wined3d: Only adjust windows in fullscreen mode to the screen.
:040000 040000 271e50710eb7065a01eb3d8366ce0f1fc1ecef1c bd933a062982ca6d5d6cb3f5a69690f4ae1cca48 M dlls ---
http://bugs.winehq.org/show_bug.cgi?id=12834
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefandoesinger@gmx.at
--- Comment #1 from Stefan Dösinger stefandoesinger@gmx.at 2008-04-27 15:57:35 --- Actually this patch was intended to fix problems like that in other apps(Guild Wars, DX8 sdk samples, Half Life 2).
Mode switching is still a major issue for us. Some things need to be fixed i in WineD3D for sure, but there are other fixes needed in winex11. Often the window manager has bugs as well.
Did you try this with a more mainline window manager like Metacity in Gnome or KDE? I know that Windowmaker is popular as well. However, there's a long history of fixes in Metacity and KDE made by Wine people to fix some bugs exposed by Wine in those WMs.
http://bugs.winehq.org/show_bug.cgi?id=12834
--- Comment #2 from Francesco Munda syylk@hotmail.com 2008-04-27 17:14:55 --- No, I didn't try it with a mainstream WM/DE.
I might be able to do that in the next days, at work. I'll post the results asap.
About my specific problem: I fear I'll use a local overlay (Gentoo ftw!) and patch all my WINE installations to have this particular fix undone before compilation. Having every other application window unreachable transforms my computer in a monotasking machine, and I don't like the idea at all.
...After all, if I was into "mainline", I'd be using a genuine Windows environment now, and not a compatible API! ;) (j/k)
Thanks for reply.
http://bugs.winehq.org/show_bug.cgi?id=12834
--- Comment #3 from Francesco Munda syylk@hotmail.com 2008-04-29 03:29:58 --- As a temporary, case-by-case only fix, I attach the patch (in diff unified) that I'm using with my local portage overlay.
The patch should NOT be used unless strictly required: as explained by Stefan, it'd undo another needed fix.
Still, for people having my same problem, could be helpful.
Download WINE sources, unpack them, and from the source root dir, type:
$ patch -p1 </path/where/you/saved/my/patch
Appropriately substituting the actual filename+path of the attached patch.
http://bugs.winehq.org/show_bug.cgi?id=12834
--- Comment #4 from Francesco Munda syylk@hotmail.com 2008-04-29 03:32:03 --- Created an attachment (id=12565) --> (http://bugs.winehq.org/attachment.cgi?id=12565) Temporary fix for the ALT-TAB problem described in this bug entry
http://bugs.winehq.org/show_bug.cgi?id=12834
--- Comment #5 from Francesco Munda syylk@hotmail.com 2008-05-06 03:56:51 --- Update on my fullscreen blues:
1) Tried WINE 0.9.61 on WindowMaker 0.92.0 without my patch, and this problem is still present.
2) Tried WINE 0.9.61 on WindowMaker 0.92.0 with my patch, and the problem is fixed.
3) Tried WINE 0.9.60 and 0.9.61 on KDE 3.5.9 without my patch, and this problem is NOT present.
So, I guess it's a window manager related issue, as Stefan mentioned. Still, a conditional behavior based on the running wm could tremendously help WindowMaker users.
http://bugs.winehq.org/show_bug.cgi?id=12834
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #6 from Stefan Dösinger stefandoesinger@gmx.at 2008-05-06 04:07:39 --- Problems need to be fixed where they are, not worked around somewhere else, if possible, otherwise everything gets unusable. Changing the window size to the screen size when switching out of fullscreen mode is clearly wrong. If we add a WM-specific hack then the WindowMaker guys might be unable to fix the bug since they have to work around Wine's "workaround bug".
An exception to that rule are binary drivers and operating systems(MacOS) where we include some bug-specific workarounds into Wine to make Wine usable at all.
I am closing this bug as invalid. Please file a bug in the WindowMaker bug tracker, and reopen this bug if the WindowMaker guys disagree that it's a WindowMaker bug.
http://bugs.winehq.org/show_bug.cgi?id=12834
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|stefan@codeweavers.com |
http://bugs.winehq.org/show_bug.cgi?id=12834
--- Comment #7 from Francesco Munda syylk@hotmail.com 2008-05-07 03:55:30 --- I agree with your viewpoint. Won't reopen it in any case.
Unfortunately, there is no WM bug tracker to speak of, as the development of this lean but unlucky window manager sort of stopped three years ago, so it can be considered abandonware. Ah, well, gentoo overlays are there for a reason.
Thanks for your help Stefan. Much appreciated.
http://bugs.winehq.org/show_bug.cgi?id=12834
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Austin English austinenglish@gmail.com 2008-11-17 13:11:37 --- Closing.