[Bug 35491] New: Switching to fullscreen works inconsistently
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(a)winehq.org Reporter: christopher(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35491 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal --- Comment #1 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- You haven't named a single game that is affected nor linked this bug to anything in the AppDB. http://wiki.winehq.org/Bugs -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35491 --- Comment #2 from Christopher Thielen <christopher(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35491 --- Comment #3 from Bruno Jesus <00cpxxx(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35491 --- Comment #4 from Christopher Thielen <christopher(a)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&iTestingI... Unreal (Gold edition): http://appdb.winehq.org/objectManager.php?sClass=version&iId=16595&iTestingI... Descent 3 (gog.com): http://appdb.winehq.org/objectManager.php?sClass=version&iId=15198&iTestingI... Deus Ex (GOTY edition): http://appdb.winehq.org/objectManager.php?sClass=version&iId=28026 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35491 --- Comment #5 from Christopher Thielen <christopher(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35491 kazik <k.parasiewicz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |k.parasiewicz(a)gmail.com --- Comment #6 from kazik <k.parasiewicz(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35491 --- Comment #7 from Kazimierz Parasiewicz <k.parasiewicz(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35491 Stuart Axon <stu.axon(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stu.axon(a)gmail.com --- Comment #8 from Stuart Axon <stu.axon(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org