http://bugs.winehq.org/show_bug.cgi?id=36566
Bug ID: 36566 Summary: Half-Life CD's Menu refuses to work after a while. Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: xylem2020@gmail.com
Created attachment 48658 --> http://bugs.winehq.org/attachment.cgi?id=48658 Log related to Half-Life's menu mishap.
The menu for the CD version of Half-Life stops being responsive after a certian amount of time. For this bug report, I left the game running for an hour while it changed to serveral different levels.
http://bugs.winehq.org/show_bug.cgi?id=36566
Gethyn ThomasQuail xylem2020@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xylem2020@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=36566
Gethyn ThomasQuail xylem2020@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Half-Life CD's Menu refuses |Half-Life's (CD Version) |to work after a while. |Menu refuses to work after | |a while
https://bugs.winehq.org/show_bug.cgi?id=36566
--- Comment #1 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=36566
--- Comment #2 from Gethyn ThomasQuail xylem2020@gmail.com --- Hello, just want to say that this bug is still present. It may very well be something with the X11 driver in Wine. When you run the game in a virtual window, the menu works absolutely flawless. My friend and I were talking and he told me about how the menu is a poorly written VB program, and each submenu opens up another window that is not seen by the WM or DE. So if you click on "Configuration" from the main menu, another window actually pops up infront of the previous window you just saw. So when it's under the virtual window using the emulated Windows window manager, that might be why it works so well due to something unimplemented in the X11 driver. I suppose it could still be something unimplemented in the VB libs wine provides (that's actually the reason for another bug), but I just don't think that's it considering what I just previously mentioned. I could totally be wrong though, so I just hope this info gives someone who knows what they're doing an idea as how to fix this.
https://bugs.winehq.org/show_bug.cgi?id=36566
Chebanenko Igor chebanenkoigor93@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chebanenkoigor93@gmail.com
--- Comment #3 from Chebanenko Igor chebanenkoigor93@gmail.com --- Created attachment 55352 --> https://bugs.winehq.org/attachment.cgi?id=55352 HL 1 in Wine 1.9.16
I can confirm this for Wine 1.9.16
Terminal:
igor@igor-Lenovo-G500:~$ cd /opt/wine-devel igor@igor-Lenovo-G500:/opt/wine-devel$ wine /home/igor/wine/drive_d/Games/hl/hl.exe fixme:win:EnumDisplayDevicesW ((null),0,0x32d6c4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32c404,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32bf14,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:ddraw7_FlipToGDISurface iface 0x14ff58 stub! fixme:mci:MCI_Break (0102) vkey 001B stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:mci:MCI_Break (0102) vkey 001B stub fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:ddraw7_FlipToGDISurface iface 0x14ff58 stub! fixme:win:LockWindowUpdate (0x30052), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:win:LockWindowUpdate (0x30052), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:ddraw7_FlipToGDISurface iface 0x14ff58 stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. fixme:win:LockWindowUpdate (0x30052), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub!
wine --version
wine-1.9.16
https://bugs.winehq.org/show_bug.cgi?id=36566
--- Comment #4 from Xylemon xylem2020@gmail.com --- (In reply to Chebanenko Igor from comment #3)
fixme:ddraw:ddraw7_FlipToGDISurface iface 0x14ff58 stub!
Hi Chebanenko,
It looks like from your screenshot and log you're suffering from bug 27528, where playing in software mode in fullscreen creates a black overlay. You have two options here:
1) If you want play in software mode, you must launch the game in a window (not a virtual window) for now, using the "-win" parameter.
2) Configure the game to use OpenGL or Direct3D. You can do this by entering Configuration > Video > Video modes from the menu and click OpenGL or Direct3D above "Display mode".
Keep in mind that if you use Wine Staging, Half-Life will crash if launched in fullscreen mode. Hope this helps.
https://bugs.winehq.org/show_bug.cgi?id=36566
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #5 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-4.3?
https://bugs.winehq.org/show_bug.cgi?id=36566
--- Comment #6 from Chebanenko Igor chebanenkoigor93@gmail.com --- (In reply to joaopa from comment #5)
Does the bug still occur with wine-4.3?
Please,check my two attachments from bug 27528. They should give you some info about problems with Half-Life in Wine. My attachments - Half-Life debugs from Windows.
https://bugs.winehq.org/show_bug.cgi?id=36566
--- Comment #7 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with vanilla wine-5.12 in a fresh wineprefix?
https://bugs.winehq.org/show_bug.cgi?id=36566
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-6.5?
https://bugs.winehq.org/show_bug.cgi?id=36566
--- Comment #9 from Xylemon xylemon@posteo.net --- I tried to reproduce this with the CD Release (1.1.1.0) on Wine 7.1 and I could not get the menu to bug out like before.
In my test I left the game opened for about an hour in LAN, played some of the campaign, and even with played mods since you can load them with the main menu in this version. Tested on KDE Plasma 5 and WindowMaker
For some context, the CD Version has a Windows MFC window that then loads the game engine, and each button on the menu loads a new MFC window displayed ontop of the previous one.
The bug itself was that after playing the game for a while (20+ mins), clicking any button would play the animations on the buttons but never load the next menu. This is different from the Steam version, where the entire menu is always rendered in-game.
Wanted to clarify some of this since my original comments on this issue were ignorant/not too helpful I felt.
In short, so far to me it seems fixed in current wine.
https://bugs.winehq.org/show_bug.cgi?id=36566
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #10 from Jeff Zaroyko jeffz@jeffz.name --- Reported fixed. Thanks for retesting.
https://bugs.winehq.org/show_bug.cgi?id=36566
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 7.2.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla