http://bugs.winehq.org/show_bug.cgi?id=33632
Bug #: 33632 Summary: Wine changes video mode to one with "panning" (probably on Nvidia cards only) Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: otaku@rambler.ru Classification: Unclassified
When Wine app changes screen resolution to any less than display's native one You can use mouse to pan outward app's screen and see Your desktop and other apps. It especially annoys if app uses small resolution (640x480 or less) Even if screen is panned the only part of X screen that works (redraws and feels mouse) is the screenspace of the app even if it already crashed or closed and forgot to return display's native resolution. At least three apps are affected: - Duke Nukem Manhattan Project - Virtuelle Moorhuhn Jagd - https://code.google.com/p/boxplorer2/ when in fullscreen so setting Severity to "Major". Probably any app with small screen resolution is affected. I know no native linux app besides Wine that behaves this way. Tested on Xubuntu 12.04 to 13.04 with Geforces GT 220 and 630 and any graphics drivers of versions 3xx.xx
http://bugs.winehq.org/show_bug.cgi?id=33632
ax 34noff otaku@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |otaku@rambler.ru
--- Comment #1 from ax 34noff otaku@rambler.ru 2013-05-21 04:51:49 CDT --- Workaround i found is to enable virtual desktop, but this way we sometimes get an app in tiny window comparable with Your smartphone's screen
http://bugs.winehq.org/show_bug.cgi?id=33632
tesla_d1@och.nu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tesla_d1@och.nu
http://bugs.winehq.org/show_bug.cgi?id=33632
hibbsncc1701@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hibbsncc1701@yahoo.com
--- Comment #2 from hibbsncc1701@yahoo.com 2013-09-14 09:59:43 CDT --- I have this too, and this exists both in the current development build as well as the current stable build.
It seems that another workaround is to manually set the screen resolution to the desired one prior to running wine.
I ran a debug trace on xrandr using Ys 1 (800x600), it seems that wine calls XRandR_Init five times. Then wine sets the video mode to the current (1440x900) resolution rather than the requested resolution (800x600).
Also this may be a bit offtopic, but there seems to be another bug about this issue: http://bugs.winehq.org/show_bug.cgi?id=33878
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #3 from hibbsncc1701@yahoo.com 2013-09-14 10:02:01 CDT --- Created attachment 45949 --> http://bugs.winehq.org/attachment.cgi?id=45949 console output with WINEDEBUG=+xrandr
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #4 from ax 34noff otaku@rambler.ru 2013-09-14 12:49:06 CDT --- Seems like Wine 1.4 is without this bug. I'll try to preform a regression test...
http://bugs.winehq.org/show_bug.cgi?id=33632
Baird Linde bairdlinde@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bairdlinde@gmail.com
--- Comment #5 from Baird Linde bairdlinde@gmail.com 2013-09-14 13:32:16 CDT --- *** Bug 33878 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #6 from ax 34noff otaku@rambler.ru 2013-09-15 07:01:40 CDT ---
This bug appears on versions higher than 1.5.28
Thank you but Wine 1.5.28 and 1.5.27 are bad too. Continuing the test...
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #7 from ax 34noff otaku@rambler.ru 2013-09-15 07:28:45 CDT --- 1.5.27 is bad, 1.5.0 is good, let's go!
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #8 from ax 34noff otaku@rambler.ru 2013-09-15 11:36:11 CDT --- cf6f8d2eb50aa28829ee2b76c61aab411f8730ae is the first bad commit commit cf6f8d2eb50aa28829ee2b76c61aab411f8730ae Author: Henri Verbeet hverbeet@codeweavers.com Date: Sun Jul 15 15:45:00 2012 +0200
winex11: Add support for XRandR 1.2.
http://bugs.winehq.org/show_bug.cgi?id=33632
ax 34noff otaku@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |cf6f8d2eb50aa28829ee2b76c61 | |aab411f8730ae
http://bugs.winehq.org/show_bug.cgi?id=33632
ax 34noff otaku@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hverbeet@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=33632
ax 34noff otaku@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Component|-unknown |winex11.drv
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #9 from hibbsncc1701@yahoo.com 2013-09-15 11:50:42 CDT --- This bug seems to be similar as well: http://bugs.winehq.org/show_bug.cgi?id=31245
(Towards the end of the comment section, there is comments about similar behavior.)
http://bugs.winehq.org/show_bug.cgi?id=33632
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Status|UNCONFIRMED |RESOLVED Resolution| |UPSTREAM Regression SHA1|cf6f8d2eb50aa28829ee2b76c61 | |aab411f8730ae |
--- Comment #10 from Henri Verbeet hverbeet@gmail.com 2013-09-15 13:39:08 CDT --- Not a Wine bug, afaik. We can reopen this is anyone can reproduce it without the proprietary NVIDIA drivers, and without Gnome 3 / Unity.
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #11 from hibbsncc1701@yahoo.com 2013-09-15 18:25:42 CDT --- This issue happens to me regardless of the Desktop Manager in use. So far I have also confirmed it on KDE 4 and xfce. So it's not just a GNOME issue.
As for nvidia, wine would be practicaly useless for most users (read: home users) with nvidia cards without nvidia's binary driver.
This bug makes it difficult to use any app / game / etc. that uses fullscreen mode. As it messes up the screen resolution, in some cases makes using the app / game / etc. unusable. (In my example Ys 1 will not render correctly if a section it's rendering to was offscreen at startup. Panning to it leaves a black screen as the game refuses to update that section.)
Another problem is that wine won't restore the original resolution in some instances. Requiring the user to manually reset it. (Which they may not be able to due to the low resolution without resetting X.)
Expecting users to manually set and restore the resolution for each program is not reasonable. That expectation is not present in windows nor is present in native applications. Therefore it should not be present in wine ether.
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #12 from Henri Verbeet hverbeet@gmail.com 2013-09-16 03:50:43 CDT --- (In reply to comment #11)
This issue happens to me regardless of the Desktop Manager in use. So far I have also confirmed it on KDE 4 and xfce. So it's not just a GNOME issue.
Well, that's a start at least.
As for nvidia, wine would be practicaly useless for most users (read: home users) with nvidia cards without nvidia's binary driver.
Perhaps, but that's not really the point. NVIDIA's RandR is known to be broken on some configurations, NVIDIA has indicated they don't intend to fix / change this, and we obviously can't fix it ourselves. Even with that consideration aside, it would be very useful to know if anyone can reproduce this with one of the Nouveau, Radeon or Intel drivers. In the worst case, if it turns out to really be specific to the NVIDIA implementation, we could try to fallback to RandR 1.0 if we can reliably detect affected configurations.
For me personally, what I can say for sure is that it works fine for me with both the Radeon and the Nouveau driver on both FVWM and KWin on various hardware. I've also had reports from some people on IRC that had issues with this on discrete NVIDIA cards where it went away after switching to either Nouveau or their integrated Intel GPU with corresponding driver.
Then there's a report at http://bugs.winehq.org/show_bug.cgi?id=31245#c5 that indicates there's potentially a GNOME 3 specific component to this bug as well, but so far nobody else has confirmed that workaround. Really, what this bug needs is for someone that can reproduce this to try a few different combinations of drivers and window managers, and get a good overview about which configurations are affected and which ones aren't.
Another problem is that wine won't restore the original resolution in some instances. Requiring the user to manually reset it. (Which they may not be able to due to the low resolution without resetting X.)
Yes, that's a known issue that unfortunately hasn't received the amount of attention that it perhaps deserved over the years. There's a chance it's related to CDS_FULLSCREEN handling (i.e. the same issue that prevents switching the display mode back when a fullscreen application loses focus), which would make this pretty hard to fix, although that's mostly just speculation. It's not really related to this bug either way though.
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #13 from ax 34noff otaku@rambler.ru 2013-09-16 12:09:25 CDT ---
wine won't restore the original resolution cf6f8d2eb50aa28829ee2b76c61aab411f8730ae is the first bad commit
When i regression-tested i noticed that screen resolution stopped resetting after this commit, so i think it's related to this bug
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #14 from ax 34noff otaku@rambler.ru 2013-10-17 10:53:20 CDT --- now you can try "winetricks grabfullscreen=y" as a workaround
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #15 from hibbsncc1701@yahoo.com 2013-10-18 06:52:51 CDT --- Unfortunately, grabfullscreen only worked for one game I tested. Ys 1 Complete works correctly (at least as far as this bug is concerned), but the other titles I tested, Roller coaster tycoon, Civilization 4, and Diablo II crash when this is used.
Diablo II, and Civilization 4 will crash with an xrandr resolution change unsuccessful error, and Roller coaster tycoon will simply throw an error (seh) when trying to load a save game or when saving a new one.
http://bugs.winehq.org/show_bug.cgi?id=33632
programmer11180@programist.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |programmer11180@programist. | |ru
--- Comment #16 from programmer11180@programist.ru 2013-10-28 14:49:10 CDT --- wine 1.7.5, nvidia proprietary driver 313.13 This problem is not resolved. Appears when I run StarCraft: Broodwar.
http://bugs.winehq.org/show_bug.cgi?id=33632
bagheera neostead@go2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |neostead@go2.pl
--- Comment #17 from bagheera neostead@go2.pl --- I confirm that bug. It's present in Syberia, Syberia 2, Heroes of Might and Magic 3, Settlers 3 running fullscreen on separate screen.
Platform: nvidia driver: 319.32-4 (GTX 460 card) arch linux _x64 wine-1.7.16
I will try newer nvidia driver tomorrow.
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #18 from ax 34noff otaku@rambler.ru --- AMD Radeon HD 7850, both drivers, Wine 1.7.16, Xubuntu 13.10 - no bug. p.s. This bug is one of reasons why i bought Radeon despite i like Geforce
http://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #19 from bagheera neostead@go2.pl --- nvidia 337.12-1 wine 1.7.17-1
Bug is no longer present on 1024x768, but it apper at lower resolutions, like 800x600. Now in settelrs 3 i have yhe problem in main manu (800x600), while ingame it's ok!
https://bugs.winehq.org/show_bug.cgi?id=33632
hellas@burntcomma.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hellas@burntcomma.com
--- Comment #20 from hellas@burntcomma.com --- Bug is still present on wine 1.7.29 with nvidia-drivers 346.16, kwin 4.11.14, and libXrandr 1.4.2, but disappears when I switch to nouvaeu. It appears not to be triggered if the cursor is in the top left of the screen; I suspect this is why it sometimes appears to fix itself for some people.
I can't reproduce this on the console by using xrandr 1.4.1. It appears to be a bug in Nvidia's drivers, but it may be fixed by updating winex11.drv for more modern versions of libXrandr. Maybe.
https://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #21 from ax 34noff otaku@rambler.ru --- the same bug under radeonsi+mesa 10.5 except panning with mouse doesn't work Xubuntu 14.04 64bit, Wine 1.7.33 from PPA (waiting for 1.7.34), 32bit prefix
https://bugs.winehq.org/show_bug.cgi?id=33632
dherring dherring@tentpost.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dherring@tentpost.com
--- Comment #22 from dherring dherring@tentpost.com --- I'm not sure where this was "resolved", but here's a simple workaround. Documenting it here to save others some time.
Instead of calling "wine prog", create a script like the following. (Run xrandr without any args to see what output "DVI-I-1" and resolutions are available.)
#!/bin/sh xrandr --output DVI-I-1 --fb 640x480 --mode 640x480 --panning 0x0 wine prog "$@" xrandr --output DVI-I-1 --auto
https://bugs.winehq.org/show_bug.cgi?id=33632
Marcin Mielniczuk marcin.marcin.m@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marcin.marcin.m@gmail.com
--- Comment #23 from Marcin Mielniczuk marcin.marcin.m@gmail.com --- Please reopen this bug.
Confirming it appears when using wine 1.6.2 and 1.7.47. I'm launching StarCraft: Brood War. The full screen window appears and is scrolled when moving the cursor to the edges.
https://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #24 from Marcin Mielniczuk marcin.marcin.m@gmail.com --- And I'm using Nvidia GeForce GTS 250 on the proprietary driver. I can do some further testing, just ask.
https://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #25 from Marcin Mielniczuk marcin.marcin.m@gmail.com --- And, as suggested on ubuntuforums.com, after unchecking the window manager options in winecfg (Graphics > Allow the window manager to decorate & control windows), the problem disappears.
https://bugs.winehq.org/show_bug.cgi?id=33632
--- Comment #26 from Marcin Mielniczuk marcin.marcin.m@gmail.com --- One more update ;) You need to disable "Automatically capture the mouse in full-screen windows" in winecfg, leaving the window manager stuff to make it work. Still, although can be worked-around, still exists.
https://bugs.winehq.org/show_bug.cgi?id=33632
Eric Mullins wine@goabq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@goabq.org
--- Comment #27 from Eric Mullins wine@goabq.org --- I'm adding more workaround info so that ppl might find it.
None of the suggestions here helped, but I stumbled on a post that suggested using nvidia-settings to change to 640x480 and then run the program. It worked, and I tried to automate it via the command line and met with failure.
But I stumbled, by accident, on the solution. In testing for panning, I'd launch the program and it would slide off, showing that panning was active. I'd give up at that point thinking it's not working. Once, I had a glitchy intro screen, so I clicked an option (multiplayer, iirc) and discovered after the opening screen, panning wasn't active any longer!
So that's my solution: don't assume it's broken just because the opening screen pans. Test one more level before concluding it is panning.
https://bugs.winehq.org/show_bug.cgi?id=33632
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #28 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=33632
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #29 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.