http://bugs.winehq.org/show_bug.cgi?id=35491
Bug ID: 35491 Summary: Switching to fullscreen works inconsistently Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: christopher@thielen.co Classification: Unclassified
Created attachment 47378 --> http://bugs.winehq.org/attachment.cgi?id=47378 The game window is too far up and to the left, revealing the desktop. Note the black rectangle actually has game content, it just didn't capture.
In many games (I believe all using Direct3D), switching to fullscreen mode works inconsistently, and often produces what looks like the correct window running but shifted up and to the left about 20% too far, leaving the original Gnome 3 desktop below.
I am using Fedora 20, GNOME 3 with the gnome-shell, and running on the nouveau driver with a nVidia NV86 chipset (fully supported by Nouveau, this coming from a Dell Latitude D630).
The games are all roughly the same era (1998-2001). If there is a generic "switch to fullscreen mode" Direct3D application I could try, let me know.
I have a screenshot of the issue. Note the screenshot shows the game window as black but it actually has the correct game content within it.
Again, _sometimes_ it works completely fine. That is usually on a fresh boot. Once the issue starts occurring, it usually keeps happening.
This happens whether I let the window manager manage/decorate windows or not.
Sometimes, when the window manager can manage Wine's windows, alt-tabbing away and back again can fix the issue but usually not.
http://bugs.winehq.org/show_bug.cgi?id=35491
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
--- Comment #1 from Ken Sharp imwellcushtymelike@gmail.com --- You haven't named a single game that is affected nor linked this bug to anything in the AppDB.
http://bugs.winehq.org/show_bug.cgi?id=35491
--- Comment #2 from Christopher Thielen christopher@thielen.co --- Apologies, I'm still new to the Wine community.
I submitted links for the four fullscreen games I've tried so far. It seems to affect each one of them.
If there's a simple DirectX demo that switches to fullscreen that would be easier to debug, I'd be happy to run that and report back results.
http://bugs.winehq.org/show_bug.cgi?id=35491
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to comment #2)
I submitted links for the four fullscreen games I've tried so far. It seems to affect each one of them.
I can't see the links in comment 1, are they in other bug?
Is the game Ultima IX?
http://bugs.winehq.org/show_bug.cgi?id=35491
--- Comment #4 from Christopher Thielen christopher@thielen.co --- It seems to affect every fullscreen game I've tried but Ultima IX (gog.com edition) is one of them.
I'm wondering if its some kind of bad interaction with the Nouveau driver but I should mention native Linux applications that go fullscreen don't seem to suffer this issue.
What I marked in AppDb:
Ultima IX (1.19 / gog.com): http://appdb.winehq.org/objectManager.php?sClass=version&iId=14203&i...
Unreal (Gold edition): http://appdb.winehq.org/objectManager.php?sClass=version&iId=16595&i...
Descent 3 (gog.com): http://appdb.winehq.org/objectManager.php?sClass=version&iId=15198&i...
Deus Ex (GOTY edition): http://appdb.winehq.org/objectManager.php?sClass=version&iId=28026
http://bugs.winehq.org/show_bug.cgi?id=35491
--- Comment #5 from Christopher Thielen christopher@thielen.co --- Some more information about this bug:
Wine always switches video resolution correctly, it just doesn't seem to handle placing the viewport in the correct spot (again, whether the WM is managing/decorating windows or not).
What typically happens is that the WM creates a window but does not place it on top of other windows, and alt-tabbing to that window after the resolution has changed sometimes causes the viewport to be in the wrong place.
Note: I am using SDL 1.2's "testgl -fullscreen" program (comes with the SDL source code) to verify that my video driver does switch to fullscreen mode and back correctly.
http://bugs.winehq.org/show_bug.cgi?id=35491
kazik k.parasiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |k.parasiewicz@gmail.com
--- Comment #6 from kazik k.parasiewicz@gmail.com --- Hello guys, it seems that I've had a similar misplaced viewport problem with Commandos 2, in my case the problem was fixed by setting: [HKCU\software\Wine\X11 Driver] UseXRandR="N"
After this change in registry the viewport is placed correctly, although I still can't force fullscreen window to grab focus automatically (until I click inside the window I'm able to move mouse pointer on whole Xorg virtual desktop)
I'm using Arch Linux Kernel 3.15 x86_64 nvidia 337.25-3
http://bugs.winehq.org/show_bug.cgi?id=35491
--- Comment #7 from Kazimierz Parasiewicz k.parasiewicz@gmail.com --- (In reply to Kazimierz Parasiewicz from comment #6)
Hello guys, it seems that I've had a similar misplaced viewport problem with Commandos 2, in my case the problem was fixed by setting: [HKCU\software\Wine\X11 Driver] UseXRandR="N"
After this change in registry the viewport is placed correctly, although I still can't force fullscreen window to grab focus automatically (until I click inside the window I'm able to move mouse pointer on whole Xorg virtual desktop)
I'm using Arch Linux Kernel 3.15 x86_64 nvidia 337.25-3
wine version 1.7.20-1
https://bugs.winehq.org/show_bug.cgi?id=35491
Stuart Axon stu.axon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stu.axon@gmail.com
--- Comment #8 from Stuart Axon stu.axon@gmail.com --- Created attachment 50051 --> https://bugs.winehq.org/attachment.cgi?id=50051 gnome shell activity bar is visibile in fullscreen BeebEm
Gnome Activity Bar should not be visible, window should be at 0, 0
-
wine-bugs＠winehq.org