http://bugs.winehq.org/show_bug.cgi?id=22627
Summary: Emperor fails to switch from Windowed Mode to Full Screen Product: Wine Version: 1.1.43 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: danimothonline@gmail.com
Emperor has no problem switching resolutions when either in fullscreen or windowed mode. It also has no problem switching from fullscreen to windowed mode. However, when changing from windowed mode to fullscreen, there is just a black screen. The game doesn't crash and i can click around the game, but nothing is displayed and you have to alt-f4 out of the application.
http://bugs.winehq.org/show_bug.cgi?id=22627
--- Comment #1 from Danimoth danimothonline@gmail.com 2010-05-08 07:03:00 --- Created an attachment (id=27808) --> (http://bugs.winehq.org/attachment.cgi?id=27808) Log of a switch from windowed mode to fullscreen.
This is the log of me starting the game after a failed attempt to switch from windowed mode to fullscreen. The game starts in fullscreen with no problems. I then proceed to change from fullscreen to windowed (no problem there) and then back to fullscreen where i get a black screen. (If i quit the game and start it up again i get a normal fullscreen mode, no black screen and so forth...)
http://bugs.winehq.org/show_bug.cgi?id=22627
Danimoth danimothonline@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Difficulty|--- |Minutes
http://bugs.winehq.org/show_bug.cgi?id=22627
--- Comment #2 from Danimoth danimothonline@gmail.com 2010-05-31 06:58:24 --- Still an issue in 1.2rc2.
http://bugs.winehq.org/show_bug.cgi?id=22627
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Difficulty|Minutes |---
http://bugs.winehq.org/show_bug.cgi?id=22627
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle@users.sourceforge.ne | |t
--- Comment #3 from Jörg Höhle hoehle@users.sourceforge.net 2010-06-04 04:00:50 --- Does pressing F6 a few times help to remove the black screen? Then this might be a duplicate of bug #15881, comment #13. Can you perform regression testing? (Perhaps we should stop marking some bugs as duplicates, simply cross-link them via comments and wait for separate acknowledge for each bug, one per app -- duplicate markers bear the risk of moving attention away from apps that are sometimes easier to analyse than the one to which the marker points and whose bug report remains the sole open one and thus gets more visibility).
Do you observe the (distinct) effect that full screen at lower resolutions does not work correctly in 1.2rc2 anymore? What I observe is best described as a centered borderless window of size e.g. 800x600 amid my larger Gnome desktop screen, using Ubuntu Intrepid. The surrounding screen is not dead, you can click into the other windows normally. Wine-1.1.18 used to really go fullscreen. But that's another issue that is in need of regression testing (anybody?).
http://bugs.winehq.org/show_bug.cgi?id=22627
--- Comment #4 from Alexandros Karatarakis danimothonline@gmail.com 2010-06-04 19:20:49 --- Ok, so i read bug 15881 and it seems that pressing F6 or F7 usually only once will indeed solve the problem! Very nice workaround and it means you won't have to alt-f4 out of the game.
I noticed however a problem. This ONLY works when i have desktop effects ENABLED. This is pretty weird since usually desktop effects mess something up. I couldn't not get out of the black screen when desktop effect were set to none(ubuntu 10.04).
I am not sure i understand your second paragraph. What i observe in fullscreen is that the game is indeed fullscreen but i can see the gnome taskbars (top & bottom) overlapping the edges of the fullscreen game.
Finally, i can do a regression testing but i am not sure what to look for at this point. Emperor has a constantly changing behaviour in recent versions(by recent i mean going back to ~1.1.18 where i started maintaining emperor). Come to think of it, you mention 1.1.18 had a functioning fullscreen so i will try dissecting to see what broken that.
http://bugs.winehq.org/show_bug.cgi?id=22627
--- Comment #5 from Jörg Höhle hoehle@users.sourceforge.net 2010-06-07 04:58:24 ---
I am not sure i understand your second paragraph.
A borderless window has 0 margins hence no room for close+iconify buttons or resize areas. Many window managers can still move the window using Alt+mouse.
i can see the gnome taskbars (top & bottom)
Same as in bug #22948, comment #8 about Caesar3!
This ONLY works when i have desktop effects ENABLED.
Fascinating. I never use them, as they caused visual trouble (with Intel graphics) with Wine back when Compiz/Fusion appeared in Ubuntu.
going back to ~1.1.18
You could even go back to wine-1.0.1. IIRC, it also worked with earlier versions, 0.9.xx.
so i will try dissecting to see what broken that.
I'm not familiar with Wine's screen code at all. I just imagine that your bisecting time would be best invested tracking down regressions as well as improvements in the Caesar3/Pharaoh/Kleopatra/Emperor suite of games. Probably anybody who wants to understand this would value logs as well, but I don't know what logs would be useful -- no developer ever asked for one.
Currently we know - bug #15881 about the "SetHwnd" commit past wine-1.1.2 - bug #22948 about commit "Acquire/release the focus" past wine-1.1.40
I believe it would help developers to know which commits caused improvement as well, or if there are other regressions, so that we know the issues that affect these apps as precisely as possible. This helps triage bug reports.
Examples: + with Xorg set to 16bppp (startx -- :1 -depth 16), I was able to switch Caesar 3 in wine-1.2rc2 from non-windowed to windowed mode and back again at the lowest resolution (when started at a higher one). This was not possible with wine-1.0, so this is an improvement. What commit was that? Using the normal 32bit display, the same switching procedure produced the ugly green&purple window mentioned in bug #15881, comment #16 -- that is definitely another bug (possibly in Caesar3, not Wine, as it seems to expect a 16bit display).
i can see the gnome taskbars overlapping the edges of the fullscreen game
This looks like a regression to me. Could you identify the commit? Is it the above one from bug #22948?
The question remains, are there other, distinct issues?
http://bugs.winehq.org/show_bug.cgi?id=22627
Alexander Karatarakis danimothonline@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #6 from Alexander Karatarakis danimothonline@gmail.com 2011-09-06 06:28:49 CDT --- Just tested with 1.3.27 and this bug no longer occurs. Marking as fixed. [Fixed somewhere between versions 1.3.15 and 1.3.27]
http://bugs.winehq.org/show_bug.cgi?id=22627
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2011-09-09 12:54:52 CDT --- Closing bugs fixed in 1.3.28.
-
wine-bugs＠winehq.org