http://bugs.winehq.org/show_bug.cgi?id=10841
Summary: Support for dynamic resolution changing Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs@winehq.org ReportedBy: thedamocles@gmail.com
After a disscussion on this bug it appears the it would be great if Wine supports dynamic resolution changing (just like windows when you swith between a game and the desktop).
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #1 from Sébastien Bertrand thedamocles@gmail.com 2007-12-20 13:10:51 --- (In reply to comment #0)
…this bug…
http://bugs.winehq.org/show_bug.cgi?id=10839
http://bugs.winehq.org/show_bug.cgi?id=10841
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2007-12-21 03:51:01 --- You need to file this feature request in the bugzilla of WM of your choice.
http://bugs.winehq.org/show_bug.cgi?id=10841
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2007-12-21 03:51:14 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=10841
Sébastien Bertrand thedamocles@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #4 from Sébastien Bertrand thedamocles@gmail.com 2007-12-22 05:31:59 --- (In reply to comment #2)
You need to file this feature request in the bugzilla of WM of your choice.
Well it's not a matter of WM (for instance GNOME), nor of X server. I made a test (with Savage) and I can switch between my game in 1024x768 and my desktop in 1280x800, there is no problem !! Of course, when I switch to my desktop the game is not visible, just like windows !
This feature is called (I believe) "dynamic resolution changing", and as windows support it, Wine should support it. So I reopen this bug.
http://bugs.winehq.org/show_bug.cgi?id=10841
Jesse Allen the3dfxdude@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #5 from Jesse Allen the3dfxdude@gmail.com 2007-12-22 09:08:01 --- (In reply to comment #4)
(In reply to comment #2)
You need to file this feature request in the bugzilla of WM of your choice.
I believe he is referring to switching from a windowed virtual desktop, to a full screen virtual desktop.
Well it's not a matter of WM (for instance GNOME), nor of X server. I made a test (with Savage) and I can switch between my game in 1024x768 and my desktop in 1280x800, there is no problem !! Of course, when I switch to my desktop the game is not visible, just like windows !
This feature is called (I believe) "dynamic resolution changing", and as windows support it, Wine should support it. So I reopen this bug.
How does windows support this? I think you're confused. Windows has nothing like "virtual desktop". It's up to an app to determine how it is full screen or windowed. So if you are filing this bug based on dynamic resolution changing, wine supports it already like windows does.
http://bugs.winehq.org/show_bug.cgi?id=10841
Sébastien Bertrand thedamocles@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |
--- Comment #6 from Sébastien Bertrand thedamocles@gmail.com 2007-12-22 12:41:38 --- (In reply to comment #5)
I believe he is referring to switching from a windowed virtual desktop, to a full screen virtual desktop.
No, I do NOT talk about virtual desktop. This bug is not related to this one : http://bugs.winehq.org/show_bug.cgi?id=10839
I talk about the fact that when I switch between an application in fullscreen run by Wine and my desktop, Wine force my desktop to the resolution of the application in fullscreen. As I made a tested with Savage, it's not a problem of Gnome or X.
How does windows support this? I think you're confused. Windows has nothing like "virtual desktop". It's up to an app to determine how it is full screen or windowed. So if you are filing this bug based on dynamic resolution changing, wine supports it already like windows does.
Maybe I'm confused, maybe "dynamic resolution changing" refers to something else that I do not understand. But I have a pretty clear idea of what I request : I do not want Wine to force my desktop to have the resolution of a fullscreen application that is running through Wine.
Windows do not force its desktop to have the resolution of a fullscreen application. I can have my desktop in 1280x800 and run a game in 800x600, and if I switch between the both, each one have its own resolution. Of course if the game crashes, the desktop looses its resolution and you will have to restore it (which is an annoying problem, but still less annoying than having to deal with a desktop in 800x600 when a game is running through Wine).
http://bugs.winehq.org/show_bug.cgi?id=10841
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wine-x11driver |wine-misc Summary|Support for dynamic |Wine does not restore |resolution changing |display resolution when it's | |looses focus
--- Comment #7 from Vitaliy Margolen vitaliy@kievinfo.com 2007-12-22 13:15:57 --- If the program does not restore display resolution when it's loosing focus, then Wine should do that (of course depends on the coop mode for ddraw, and fullscreen mode for d3d). Unless Wine doesn't tell program that they lost device (the d3d DEVICE_LOST).
Wine's x11drv indeed supports dynamic resolution changes. But something needs to ask to do so.
So do not mention virtual desktop - it's irrelevant here. This is about full screen mode only. And _ONLY_ if you have "managed" checked in winecfg (default configuration).
So Sébastien Bertrand thedamocles@gmail.com what is the program are you talking about? Is it using OpenGL/DDraw/D3D? What Wine version? What OS?
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #8 from Jesse Allen the3dfxdude@gmail.com 2007-12-22 13:48:21 --- Vitaliy, this is a rehash of bug 10839. He wants to run warcraft III (probably using opengl) without changing his wide-screen desktop resolution. The game does not officially support wide-screen and has to set a 4:3 resolution. He can get around this by hacking the registry entry for the game which I suggested to him earlier.
Anyway, wine DOES have to set your desktop to the resolution of the game while in the game. You can't get around this.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #9 from Sébastien Bertrand thedamocles@gmail.com 2007-12-22 13:56:10 --- (In reply to comment #7)
If the program does not restore display resolution when it's loosing focus, then Wine should do that (of course depends on the coop mode for ddraw, and fullscreen mode for d3d). Unless Wine doesn't tell program that they lost device (the d3d DEVICE_LOST).
Wine's x11drv indeed supports dynamic resolution changes. But something needs to ask to do so.
So do not mention virtual desktop - it's irrelevant here.
I assume that I've been very unclear. I apologize for that. Your summary is far better.
This is about full screen mode only. And _ONLY_ if you have "managed" checked in winecfg (default configuration).
That's ok, it's what I'm talking about.
So Sébastien Bertrand thedamocles@gmail.com what is the program are you talking about? Is it using OpenGL/DDraw/D3D? What Wine version? What OS?
So I mainly use Wine for games. This problem appears with the following games (I'm not sure but I think it's OpenGL games) : * Steam Games (Half Life, Day of Defeat, Team Fortress Classic) * Warcraft III and his extension Frozen Throne * World of Warcraft
Wine version : wine-0.9.51 OS : GNU/Linux (Ubuntu 7.10)
When I switch from the game to the desktop, it seems firstly that the desktop tries to restore its own resolution, but then, after many modification of the resolution (2 or 3), the desktop adopt the resolution of the game. It seems that there is also some differences between "wine Warcraft\ III.exe -opengl" and "wine Warcraft\ III.exe" commands, because with the second command, Warcraft III do not accept to lose focus, unless you switch to another "GNOME virtual desktop" (this time I'm speaking about GNOME virtual desktop, Wine have nothing to do with it). With the -opengl parameter, Warcraft III accept to lose focus inside a GNOME virtual desktop. In both case, the resolution of the desktop is the resolution of the game.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #10 from Sébastien Bertrand thedamocles@gmail.com 2007-12-22 14:01:36 ---
Anyway, wine DOES have to set your desktop to the resolution of the game while in the game. You can't get around this.
Well, but : "Wine does not restore display resolution when it's looses focus"
Sorry, I've been very unclear. Especially because of what I expressed in the bug 10839. This summary is far better than everything I wrote to explain my problem.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2007-12-22 22:58:09 --- (In reply to comment #6)
I talk about the fact that when I switch between an application in fullscreen run by Wine and my desktop, Wine force my desktop to the resolution of the application in fullscreen. As I made a tested with Savage, it's not a problem of Gnome or X.
Must be Savage is doing extra work to compensate for the X11/WM deficiency of managing windows running in different resolution modes. Wine is not a Window Manager of any kind, in order to properly fix this problem the fix should be made on the X11/WM/OS side instead. You forget that OS *already* manages switching display modes between X11 and text consoles, the same thing should be done for X11 processes.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #12 from Sébastien Bertrand thedamocles@gmail.com 2007-12-23 02:40:00 --- (In reply to comment #11)
(In reply to comment #6)
I talk about the fact that when I switch between an application in fullscreen run by Wine and my desktop, Wine force my desktop to the resolution of the application in fullscreen. As I made a tested with Savage, it's not a problem of Gnome or X.
Must be Savage is doing extra work to compensate for the X11/WM deficiency of managing windows running in different resolution modes. Wine is not a Window Manager of any kind, in order to properly fix this problem the fix should be made on the X11/WM/OS side instead. You forget that OS *already* manages switching display modes between X11 and text consoles, the same thing should be done for X11 processes.
Well, I do not think so, because when I launch Warcraft III in fullscreen, and switch to my desktop, firstly the desktop tries to restore its own resolution and then it switches to the resolution of the game. I assume that Wine forces the desktop to the resolution of the game. In fact there is a sort of "flash" in 1280x768 and the resolution of the desktop becomes 1024x768.
Nothing like this happens with Savage. I will try to find some open source Windows game to track this bug down.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #13 from Dmitry Timoshkov dmitry@codeweavers.com 2007-12-23 03:55:42 --- (In reply to comment #12)
Well, I do not think so, because when I launch Warcraft III in fullscreen, and switch to my desktop, firstly the desktop tries to restore its own resolution and then it switches to the resolution of the game.
That's exactly the kind of the bug imposed by a WM.
I assume that Wine forces the desktop to the resolution of the game. In fact there is a sort of "flash" in 1280x768 and the resolution of the desktop becomes 1024x768.
Wine doesn't "force" the resolution change, and couldn't do that. Wine just uses public X11 APIs to switch the resolution on behalf of the Windows application it runs.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #14 from Sébastien Bertrand thedamocles@gmail.com 2007-12-23 05:35:57 --- (In reply to comment #13)
(In reply to comment #12)
That's exactly the kind of the bug imposed by a WM.
Wine doesn't "force" the resolution change, and couldn't do that. Wine just uses public X11 APIs to switch the resolution on behalf of the Windows application it runs.
Okay. You must have more experience than me on that subject, because I have none. We have to be sure, so I will do some test with others WM (KDE, …). If it's a problem with X, I do not know how to be sure…
Every tests I do will be reported here.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #15 from Sébastien Bertrand thedamocles@gmail.com 2007-12-23 16:46:02 --- (In reply to comment #14)
(In reply to comment #13)
(In reply to comment #12)
That's exactly the kind of the bug imposed by a WM.
Wine doesn't "force" the resolution change, and couldn't do that. Wine just uses public X11 APIs to switch the resolution on behalf of the Windows application it runs.
Okay. You must have more experience than me on that subject, because I have none. We have to be sure, so I will do some test with others WM (KDE, …). If it's a problem with X, I do not know how to be sure…
Every tests I do will be reported here.
I tested Warcraft III with KDE, IceWM and XFCE (and initially GNOME) : each times, this bug happens. So I think it's pretty sure it's not a WM bug. Why this could not be a bug of Wine ?
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2007-12-24 03:55:07 --- (In reply to comment #15)
I tested Warcraft III with KDE, IceWM and XFCE (and initially GNOME) : each times, this bug happens. So I think it's pretty sure it's not a WM bug.
Pretty much strange conclusion. To me it looks like that according to your test none of the WMs above support X11 processes running in different screen modes.
Why this could not be a bug of Wine ?
Due to the reasons already explained in this bug.
http://bugs.winehq.org/show_bug.cgi?id=10841
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|other |Linux Platform|Other |PC Version|unspecified |0.9.51.
--- Comment #17 from Vitaliy Margolen vitaliy@kievinfo.com 2007-12-24 07:25:56 --- Dmitry, it might be a WM bug, but nothing stops us from putting a workaround in Wine related to resolution changes. Since all WMs behave the same.
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fieroch@web.de
--- Comment #18 from Austin English austinenglish@gmail.com 2007-12-28 14:56:47 --- *** Bug 3230 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Mateusz Butowski diablownik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #19 from Mateusz Butowski diablownik@gmail.com 2007-12-28 15:00:47 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #20 from Jesse Allen the3dfxdude@gmail.com 2007-12-28 18:13:39 --- According to comment in 3230: "alt-tab is caught by the window manager and it doesnt know that we switched the resolution. :/ "
Which would make it tricky for us to solve. We probably should fix this in the window managers.
http://bugs.winehq.org/show_bug.cgi?id=10841
Harald Judt h.judt@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |h.judt@gmx.at
--- Comment #21 from Harald Judt h.judt@gmx.at 2008-03-30 18:26:49 --- I too am affected by this bug and find it quite annoying since it destroys the current desktop layout, especially with my two-monitor setup. Just some ideas/suggestions:
I find the way dosbox (http://dosbox.sourceforge.net) deals with fullscreen/windowed modes really well done:
. You can switch between fullscreen and windowed modes by hitting <M-Ret>. . In fullscreen mode, you cannot <M-Tab> out, it seems to circumvent the window manager. BTW: Many games don't allow you to <M-Tab> out in Windows too. . Fullscreen mode resolution does not affect desktop resolution in any way. It is restored when switching between the modes and after exiting dosbox. . In windowed mode, <M-Tab> works as expected.
Native linux games work in a similar way (powermanga, neverball, frozenbubble) and do not mess up your workspace. This seems to be pretty standard with most games I've tried so far.
Wine behaves different: It seems it does not provide a real fullscreen mode like native linux games or dosbox. If the wine application crashes, resolution is not restored. But worst: If it ends normally, it does not restore the resolution too. Additionally, if you <M-Tab> out to another application, often the wine window is not restored correctly if you want to switch back to it, though this might be a window-manager related bug.
The current way to deal/workaround with these problems are:
1. Use xrandr to remember and restore the resolution (aka wrapping wine in a script). Sometimes, this still messes up the workspace (e.g. I have to restart conky etc.). 2. Start a separate xserver which you can VT-switch to. I have not tried this yet, however, this certainly would prevent wine messing up your current workspace layout. I guess this would be quite complicated to set up for most users, and dealing with your X configuration is a delicate thing especially when it has been quite a hassle to set up.
http://bugs.winehq.org/show_bug.cgi?id=10841
Matze Sternler starmatz71@yahoo.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |starmatz71@yahoo.de
--- Comment #22 from Matze Sternler starmatz71@yahoo.de 2008-04-20 13:52:07 --- This bug appears since i use wine (about 2 years now). Espacially if a game crashes, which is in "fullscreenmode" with a different resolution as the desktop, wine does not restore the resolution of the desktop. (If gnome normally has a resolution of 1280x1024, the game 640x480 and the game crashes - the resoultion is still 640x480, so i have to restart gnome or change the resolution manually.
This is still a ugly bug and should be fixed soon. If this isn't caused by wine then this should reported to the x-server, gnome or kde developers. This bug is in my oppinion 1.0 critical !
http://bugs.winehq.org/show_bug.cgi?id=10841
Marco Schuster marco@harddisk.is-a-geek.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marco@harddisk.is-a-geek.org
--- Comment #23 from Marco Schuster marco@harddisk.is-a-geek.org 2008-04-20 15:21:53 --- Support for this being 1.0 crit.
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.2.0
--- Comment #24 from Austin English austinenglish@gmail.com 2008-04-20 17:05:58 --- Pretty late to nominate for 1.0, but let's target for 1.2
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #25 from Dmitry Timoshkov dmitry@codeweavers.com 2008-04-20 23:29:36 --- Probably calling ChangeDisplaySettingsExW(NULL, NULL, NULL, 0, NULL); on DLL_PROCESS_DETACH in user32 would do the trick, but it's not clear if that's the right thing to do, especially if an exiting process is not the one who has changed the resolution, or the resolution has been changed on behalf of other process.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #26 from noname noname224@gmail.com 2008-05-25 12:49:22 --- Also, when you exit a full screen app (not just switch from it to the desktop), the resolution still isn't changed back.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #27 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-25 22:25:35 --- (In reply to comment #26)
Also, when you exit a full screen app (not just switch from it to the desktop), the resolution still isn't changed back.
It would be helpful to at least name that app, Wine version tested, and whether a demo of it is available.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #28 from noname noname224@gmail.com 2008-05-26 15:38:55 --- It seems to happen to all apps that go fullscreen (such as games). I'm using Wine 1.0-rc2.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #29 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-26 22:53:56 --- (In reply to comment #28)
It seems to happen to all apps that go fullscreen (such as games). I'm using Wine 1.0-rc2.
Have a look at the bug 10929 for a possible reason.
http://bugs.winehq.org/show_bug.cgi?id=10841
noname noname224@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |noname224@gmail.com
--- Comment #30 from noname noname224@gmail.com 2008-05-27 16:25:42 --- So you need wine-tools to fix it? Why can't regular wine be able to switch the resolution back?
http://bugs.winehq.org/show_bug.cgi?id=10841
Michał Majchrowicz mmajchrowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mmajchrowicz@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #31 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-28 03:47:03 --- (In reply to comment #30)
So you need wine-tools to fix it? Why can't regular wine be able to switch the resolution back?
You are confusing Wine Tools (an external, not WineHQ related Wine wrapper) with wine-tools - a part of the Wine package. It's pretty questionable practice of splitting Wine into packages though.
http://bugs.winehq.org/show_bug.cgi?id=10841
Rolf Neuberger rolf@neuberrosoft.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rolf@neuberrosoft.de
--- Comment #32 from Rolf Neuberger rolf@neuberrosoft.de 2008-05-28 16:58:13 --- (In reply to comment #28)
It seems to happen to all apps that go fullscreen (such as games). I'm using Wine 1.0-rc2.
Looking over/grepping the code, Wine seems to ignore the CDS_FULLSCREEN flag. It *uses* it from within its d3d implementation, but the receiving code in winex11drv.dll doesn't pay any attention to this flag. A well behaved application should react to loss of focus by restoring the desktop display mode, by calling ChangeDisplaySettings(NULL,0), and it should do the same at termination. However, when an application switches the display mode using the CDS_FULLSCREEN flag, Windows itself will restore the desktop display mode when the application terminates. This makes it possible for applications that don't really abide by the rules to slip by on real Windows systems, but exhibit this issue on Wine.
I don't know whether your specific games fall into this category, or if there are maybe some other issues at work, but I'm quite sure that Wine's ignoring of the CDS_FULLSCREEN flag is at least a possible cause for the symptoms you're seeing.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #33 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-28 21:43:10 --- http://blogs.msdn.com/oldnewthing/archive/2008/01/04/6973747.aspx describes CDS_FULLSCREEN behaviour, but says nothing whether Windows restores resolution on the app's exit.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #34 from noname noname224@gmail.com 2008-05-31 09:15:25 --- So wine-tools is a separate package available from WineHQ? Where do I find the Suse version of it then?
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #35 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-31 21:08:19 --- (In reply to comment #34)
So wine-tools is a separate package
Yes.
available from WineHQ?
No.
Where do I find the Suse version of it then?
Ask the distributor of the package, not here.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #36 from noname noname224@gmail.com 2008-06-01 13:51:54 --- Well I can't find it... but you guys should really consider making this feature part of regular wine.
http://bugs.winehq.org/show_bug.cgi?id=10841
Chris Wales chris@chrobis.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris@chrobis.com
http://bugs.winehq.org/show_bug.cgi?id=10841
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |t.artem@mailcity.com
--- Comment #37 from Artem S. Tashkinov t.artem@mailcity.com 2008-09-17 13:09:58 --- And bug 10115 is directly related to this one.
http://bugs.winehq.org/show_bug.cgi?id=10841
Mike i_am_nitrogen@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |i_am_nitrogen@hotmail.com
--- Comment #38 from Mike i_am_nitrogen@hotmail.com 2008-09-24 16:49:29 --- I'm adding my vote for fixing this bug. Pressing Alt-Tab (or Meta-Tab on some keyboards) to switch away from a fullscreen game, such as Warcraft 3 or Starcraft, that sets its own resolution, leaves the desktop set at that resolution.
Here are some simple steps to follow: Legally obtain/borrow a Starcraft CD from someone Run Starcraft (it uses a 640x480 resolution) Press Alt-Tab The GNOME/KDE/etc. desktop is at the resolution set by the game
I liked the behavior way back when Wine used XF86VM instead of XRandR to change resolutions. I don't want wine to change my desktop resolution, which is what XRandR does. I want it to create a window that's the appropriate size, and change the viewport resolution and position to match the window (which is what XF86VM does). When I press Alt-Tab, and the app running under wine loses focus, the resolution should be restored.
If this is a WM problem, and every major WM on the planet has the problem, then it's probably wine's job to work around it.
http://bugs.winehq.org/show_bug.cgi?id=10841
Maciej Kowalczyk mikazkow@tlen.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mikazkow@tlen.pl
--- Comment #39 from Maciej Kowalczyk mikazkow@tlen.pl 2008-09-29 20:46:15 --- (In reply to comment #38)
I liked the behavior way back when Wine used XF86VM instead of XRandR to change resolutions. I don't want wine to change my desktop resolution, which is what XRandR does. I want it to create a window that's the appropriate size, and change the viewport resolution and position to match the window (which is what XF86VM does). When I press Alt-Tab, and the app running under wine loses focus, the resolution should be restored.
XF86VM is still available. See http://wiki.winehq.org/UsefulRegistryKeys#line-235 But even if I set UseXRandR="N" and UseXVidMode="Y", resolution is not restored on Alt-Tab (Fedora 8, fglrx 8.08, Heroes of Might and Magic III).
http://bugs.winehq.org/show_bug.cgi?id=10841
Jan Niklas Hasse jhasse@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jhasse@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Eldmannen+wine@gmail.com
--- Comment #40 from Vitaliy Margolen vitaliy@kievinfo.com 2008-12-07 11:55:51 --- *** Bug 16396 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |neptunia@mail.ru
--- Comment #41 from Vitaliy Margolen vitaliy@kievinfo.com 2008-12-07 11:56:32 --- *** Bug 16219 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |martin@gamesplace.info
--- Comment #42 from Vitaliy Margolen vitaliy@kievinfo.com 2008-12-07 11:57:56 --- *** Bug 12386 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Reece Dunn msclrhd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |msclrhd@gmail.com
--- Comment #43 from Reece Dunn msclrhd@gmail.com 2009-01-09 09:29:10 --- This also affects World of Goo when you exit the game; tested with latest git.
http://bugs.winehq.org/show_bug.cgi?id=10841
Dima Ryazanov dima@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dima@gmail.com
--- Comment #44 from Dima Ryazanov dima@gmail.com 2009-04-06 05:05:02 --- I filed a KWin bug a while ago: https://bugs.kde.org/show_bug.cgi?id=152155 But was told that it's not a WM bug:
"The resolution switching is done by the game, and it is not supposed to leave your screen in the wrong resolution. Moreover, if the game really changes the size of the desktop, then it's another wrong thing it does - it's supposed to only change the video mode."
--- Comment #45 from Austin English austinenglish@gmail.com 2009-10-12 14:55:33 --- Is this still an issue in current (1.1.31 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10841
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scott@open-vote.org AssignedTo|wine-bugs@winehq.org |scott@open-vote.org
--- Comment #46 from Scott Ritchie scott@open-vote.org 2009-11-08 03:26:51 --- We discussed this a bit at wineconf and we need some Free Desktop support to do this properly. I'll see what I can do to get us some help.
http://bugs.winehq.org/show_bug.cgi?id=10841
volker.groeschel@sap.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |volker.groeschel@sap.com
--- Comment #47 from volker.groeschel@sap.com 2009-11-09 07:18:10 --- (In reply to comment #45)
Is this still an issue in current (1.1.31 or newer) wine?
Yes it is. Tested with Ubuntu 9.10 and Wine 1.1.32. Fresh installation, no customization whatsoever.
After ending the full screen game orderly, the desktop shows the reduced resolution. This does not happen when I start the game with XP on the same machine.
http://bugs.winehq.org/show_bug.cgi?id=10841
Bartosz Brachaczek b.brachaczek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |b.brachaczek@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #48 from Erich Hoover ehoover@mines.edu 2009-11-19 17:03:51 --- Created an attachment (id=24844) --> (http://bugs.winehq.org/attachment.cgi?id=24844) user32: Recover display resolution when applications crash or when fullscreen apps change focus.
(In reply to comment #46)
We discussed this a bit at wineconf and we need some Free Desktop support to do this properly. I'll see what I can do to get us some help.
Why can't we just do something like the attached? Note that if you read my wine-devel posting this is not the same thing, I misread what the issue was about.
http://bugs.winehq.org/show_bug.cgi?id=10841
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoover@mines.edu
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #49 from Dmitry Timoshkov dmitry@codeweavers.com 2009-11-23 07:06:29 --- Wine explorer would be a better place for the fix. Still this needs some testing, in particular CDS_FULLSCREEN behaviour. One of the questions is what happens is the launcher has changed the screen resolution, then runs a child and exits?
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #50 from Reece Dunn msclrhd@gmail.com 2009-11-23 07:38:49 --- Reading through the oldnewthing comments from http://blogs.msdn.com/oldnewthing/archive/2008/01/04/6973747.aspx it appears that Windows does not guarantee to restore the screen on exit (there are some comments on misbehaved applications leaving the resolution in the changed state).
In addition, that article seems to be implying that CDS_FULLSCREEN suppresses a WM_DISPLAYCHANGE notification (this is because CDS_FULLSCREEN is saying that "this is a temporary resolution change, so an application -- such as explorer -- does not need to rearrange its layout").
What the article does not say is what happens in DirectX (2D and 3D) when fullscreen is requested -- does that restore resolution in all cases, giving a stronger guarantee than CDS_FULLSCREEN?
http://bugs.winehq.org/show_bug.cgi?id=10841
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ezekiel000@lavabit.com
--- Comment #51 from Austin English austinenglish@gmail.com 2009-11-26 11:31:08 --- *** Bug 20833 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #52 from Wylda wylda@volny.cz 2009-11-28 07:57:50 ---
If this (bit messy) bug report is about problem: "when you exit the game the screen resolution doesn't switch back to normal but stays at the resolution used in game", than Need For Speed: Pro Street is also affected. Interesting, that a lot of other games correctly returns resolution back.
http://bugs.winehq.org/show_bug.cgi?id=10841
Reco recoverym4n@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |recoverym4n@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |10115
http://bugs.winehq.org/show_bug.cgi?id=10841
Carlton Hobbs carlton.hobbs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |carlton.hobbs@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
byteframe byteframe@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |byteframe@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
Linards linards.liepins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linards.liepins@gmail.com
--- Comment #53 from Linards linards.liepins@gmail.com 2010-06-27 16:55:34 --- (In reply to comment #52)
If this (bit messy) bug report is about problem: "when you exit the game the screen resolution doesn't switch back to normal but stays at the resolution used in game", than Need For Speed: Pro Street is also affected. Interesting, that a lot of other games correctly returns resolution back.
So - only real conclusion - no matter what - is: 1. There is Design issue within some Wine component 2. There is issue withing some feature design in Microsoft Windows compatible game coding components ...
Simply put ... this is damn hard to be fixed ... I would think It would be more realistic if the reason ( which I think is more global than local - invalid parameters / etc. ) is is would to put some refund or prize or bounty to find best fix for these issues ...
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #54 from Artem S. Tashkinov t.artem@mailcity.com 2010-08-12 04:33:59 --- Meanwhile bug https://bugs.freedesktop.org/show_bug.cgi?id=14255 (X.org server should keep track of and restore its initial (desktop) resolution and refresh rate) was reopened, but Xorg developers aren't doing anything with this issue.
http://bugs.winehq.org/show_bug.cgi?id=10841
superplumus@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superplumus@yahoo.fr
http://bugs.winehq.org/show_bug.cgi?id=10841
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |puk007@gmail.com
--- Comment #55 from Rosanne DiMesio dimesio@earthlink.net 2010-11-26 11:05:41 CST --- *** Bug 25296 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #56 from Austin English austinenglish@gmail.com 2010-11-26 12:04:02 CST --- Scott, any word from FD.O?
http://bugs.winehq.org/show_bug.cgi?id=10841
H3g3m0n █▓▒☢☣☠⚛▒▓█ H3g3m0n@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |H3g3m0n@gmail.com
--- Comment #57 from H3g3m0n █▓▒☢☣☠⚛▒▓█ H3g3m0n@gmail.com 2011-01-07 13:05:10 CST --- I have also noticed that the gamma levels often aren't reset either when an game crashes. Opening the nvidia-settings fixes it (even without choosing any options).
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #58 from Ilya Chernykh neptunia@mail.ru 2011-01-07 13:17:22 CST ---
I have also noticed that the gamma levels often aren't reset either when an game crashes. Opening the nvidia-settings fixes it (even without choosing any options).
Yes. But under Windows (at least 95, XP and 2000) the behavior is the same. You have to open display properties to restore gamma levels.
http://bugs.winehq.org/show_bug.cgi?id=10841
Jean-Noel Rivasseau elvanor2007@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elvanor2007@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #59 from Dan Kegel dank@kegel.com 2011-02-12 00:42:07 CST --- World of Goo (demo) also doesn't restore its resolution when it quits.
http://bugs.winehq.org/show_bug.cgi?id=10841
Julian Rüger jr98@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jr98@gmx.net
http://bugs.winehq.org/show_bug.cgi?id=10841
Oliver Henshaw yoho_ahoy@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yoho_ahoy@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=10841
bojan@antonovic.ch bojan@antonovic.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bojan@antonovic.ch
http://bugs.winehq.org/show_bug.cgi?id=10841
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johannesobermayr@gmx.de
--- Comment #60 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-02-07 19:30:34 CST --- *** Bug 29826 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Wine does not restore |Wine does not restore |display resolution when |display resolution when it |it's looses focus |loses focus
http://bugs.winehq.org/show_bug.cgi?id=10841
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.winehq.org/show | |_bug.cgi?id=10115 AssignedTo|scott@open-vote.org |wine-bugs@winehq.org Target Milestone|1.2.0 |--- Summary|Wine does not restore |Restore display resolution |display resolution when it |when focus is lost or on |loses focus |exit
http://bugs.winehq.org/show_bug.cgi?id=10841
tanriol@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tanriol@mail.ru
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dmbohdan@gmail.com
--- Comment #61 from Austin English austinenglish@gmail.com 2012-03-19 14:46:08 CDT --- *** Bug 22700 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tsalacinski@gmail.com
--- Comment #62 from Austin English austinenglish@gmail.com 2012-03-19 14:47:17 CDT --- *** Bug 28637 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #63 from Luis Alvarado luisalvaradox@gmail.com 2012-03-28 11:41:26 CDT --- I finished checking the following games in fullscreen using Ubuntu 11.10 with Unity, Kubuntu 11.10 (KDE) and Ubuntu 11.10 with Gnome3:
+ Trine2 + Half-Life 2 (PLus Ep1, Ep2 and TF2) + World of Goo + PLants Vs Zombies + Skyrim + Left4Dead + Left4Dead2 + Prince of Persia (Sands of Time) + Prince of Persia (Warrior Within) + Prince of Persia (Forgotten Throne) + GTA San Andreas + GTA Vice City + Spore + Hitman: Blood Money + Penumbra: Overture + Amnesia: The Dark Descent + Warcraft 3 Frozen Throne
In ALL cases the problem is the same for all 3 desktops (KDE, Unity, Gnome3)
If you open the game in fullscreen (In this case my resolution is 1680x1050, but the fullscreen was tested in 1280x1024, 1024x768 and 1360x768) after exiting the game, 100% of the time the resolution of the system will turn into the resolution of the game. So if Ubuntu has 1680x1050 and you open a game in fullscreen with a resolution of 1024x768, after exiting the game Ubuntu will have the resolution the game has.
This was tested using an Nvidia 9500 card, Nvidia 440 card and an Intel 945. Did not have an Ati with me but I am guessing it will have the same result.
I spend about a week and half testing this to maybe find some workaround that could fix the problem. No luck. I also tested this on Windows 7 and this does not happen. You can exit the game and the resolution will be the correct one for the desktop.
Tried changing the Windows Version in Wine from XP, to 7, to 2003 and even tested Vista. Same result.
Games were tested with OpenGL if they had the option or DirectX. Same result.
The monitor I used was a Soneview 32' 16:10 TV 1080p just in case this has some influence.
There was also no output error. For what Wine could know after exiting the game, everything was perfect. But of course the resolution after exiting was not.
I also remember having this issue from 1.1.x, 1.2.x, 1.3.x and right now with the official 1.4.
This pretty much sums everything up. If affects any program that uses fullscreen or has the ability to use fullscreen. If any of the games I have mentioned are used in a windows resolution (less than the actual desktop resolution) then no problem shows up. It only reveals itself in fullscreen.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #64 from Luis Alvarado luisalvaradox@gmail.com 2012-03-28 11:43:23 CDT --- Also like to add that, for some games that change the gamma, after exiting, the desktop apart from taking the games resolution, it also takes its gamma. It may also be taking anything else that was setup in the game.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #65 from Artem S. Tashkinov t.artem@mailcity.com 2012-03-28 12:12:31 CDT --- (In reply to comment #63)
This pretty much sums everything up. If affects any program that uses fullscreen or has the ability to use fullscreen. If any of the games I have mentioned are used in a windows resolution (less than the actual desktop resolution) then no problem shows up. It only reveals itself in fullscreen.
It's all very interesting but this bug is WONTFIX, as it's an issue in X.org server ( https://bugs.freedesktop.org/show_bug.cgi?id=14255 ). Unfortunately X.org developers just do not care - but you still can summon a petition, create some fund, collect money and hire someone who will hack this feature.
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #66 from Sébastien Bertrand thedamocles@gmail.com 2012-03-28 13:12:55 CDT ---
It's all very interesting but this bug is WONTFIX, as it's an issue in X.org server ( https://bugs.freedesktop.org/show_bug.cgi?id=14255 ).
This bug isn't WONTFIX, seems that someone has reopened the bug on X.org server…
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #67 from Artem S. Tashkinov t.artem@mailcity.com 2012-03-28 13:22:33 CDT --- (In reply to comment #66)
It's all very interesting but this bug is WONTFIX, as it's an issue in X.org server ( https://bugs.freedesktop.org/show_bug.cgi?id=14255 ).
This bug isn't WONTFIX, seems that someone has reopened the bug on X.org server…
I meant that it's WONTFIX concerning Wine (and that has been repeated numerous times by different Wine developers).
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |UPSTREAM
--- Comment #68 from Austin English austinenglish@gmail.com 2012-03-28 13:47:42 CDT --- (In reply to comment #67)
(In reply to comment #66)
It's all very interesting but this bug is WONTFIX, as it's an issue in X.org server ( https://bugs.freedesktop.org/show_bug.cgi?id=14255 ).
This bug isn't WONTFIX, seems that someone has reopened the bug on X.org server…
I meant that it's WONTFIX concerning Wine (and that has been repeated numerous times by different Wine developers).
UPSTREAM is the appropriate resolution. CLOSED UPSTREAM when it is fixed in X.org.
http://bugs.winehq.org/show_bug.cgi?id=10841
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com See Also|http://bugs.winehq.org/show | |_bug.cgi?id=10115 |
http://bugs.winehq.org/show_bug.cgi?id=10841
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=14255
http://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roothorick@gmail.com
--- Comment #69 from Austin English austinenglish@gmail.com 2012-12-10 13:44:08 CST --- *** Bug 18386 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |timmyfartpants@gmail.com
--- Comment #70 from Rosanne DiMesio dimesio@earthlink.net 2013-01-25 13:21:15 CST --- *** Bug 32814 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|t.artem@mailcity.com |
http://bugs.winehq.org/show_bug.cgi?id=10841
--- Comment #71 from Artem S. Tashkinov t.artem@mailcity.com 2013-03-28 10:09:08 CDT --- A workaround/hack for this issue: http://michaelb.org/projects/fsgamer/ (FSGamer runs games in their own X server, which can improve the speed, reduce annoying interruptions, and make switching between fullscreen games and your desktop easy and reliable.)
http://bugs.winehq.org/show_bug.cgi?id=10841
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gorgonz@web.de
--- Comment #72 from Rosanne DiMesio dimesio@earthlink.net 2013-04-21 08:50:30 CDT --- *** Bug 19641 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10841
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #73 from Wylda wylda@volny.cz --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=10841
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #74 from Wylda wylda@volny.cz --- Based on http://bugs.winehq.org/show_bug.cgi?id=26630#c13 my closing was wrong, as i didn't check the status at upstream...
Reverting back CLOSED to RESOLVED.
https://bugs.winehq.org/show_bug.cgi?id=10841
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bronsonmathews@gmail.com
--- Comment #75 from Rosanne DiMesio dimesio@earthlink.net --- *** Bug 42760 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #76 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=10841
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #77 from Austin English austinenglish@gmail.com --- This was inadvertently caught up in my unclosed bugs filter. NOTOURBUG should only be closed when fixed upstream.
Setting back to RESOLVED NOTOURBUG.
Sorry for the spam.
https://bugs.winehq.org/show_bug.cgi?id=10841
Terry 1criticoder@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |1criticoder@gmail.com
--- Comment #78 from Terry 1criticoder@gmail.com --- Given the lack of any movement on the relevant feature request of Free Desktop in the almost *11* years since its filing, perhaps it's time to re-evaluate whether Wine should be made to replicate the behavior of Windows using the Free Desktop we have (and seemingly will continue to have for the indefinite future) rather than the Free Desktop we wish we had.
To be clear about the situation: NOTOURBUG is a bit of a misnomer. This *is* a Wine bug, regardless of the strategy chosen for getting it fixed. Wine's mission is to replicate the behavior of Windows, and this issue represents a failure to do so. It may well be made much easier to fix if Free Desktop implemented a notion of temporary configuration changes like Windows has, but FD's mission is not to replicate Windows behaviors. For them it's merely a feature request. For Wine it remains a bug until the behavior matches that of Windows.
Asking FD to implement a feature rather than doing the work of making Wine mimic it seems to have been a reasonable approach to getting this bug fixed. But can that really still be said after 11 years of waiting?
-
wine-bugs＠winehq.org