http://bugs.winehq.org/show_bug.cgi?id=35179
Bug ID: 35179 Summary: Quake Live standalone login window crashes when TAB pressed Product: Wine Version: 1.7.8 Hardware: x86-64 URL: http://quakelive.com OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdiplus Assignee: wine-bugs@winehq.org Reporter: alexandru.balut@gmail.com Classification: Unclassified
Steps to reproduce: 1. Open QuakeLive's Launcher.exe 2. Wait a few seconds for the round Play button to become red. At this point the username field should be focused. 3. Press TAB three times, notice the app crashes
$ sha1sum .wine-ql/drive_c/Program\ Files\ (x86)/Quake\ Live/Launcher.exe b4d565634bdac72047790d64dbc870b8b8bb5f48 .wine-ql/drive_c/Program Files (x86)/Quake Live/Launcher.exe
$ sha1sum QuakeLiveSetup_840.exe 843d1542bccaaf1bd46bee0acec95d4bfdfc898b QuakeLiveSetup_840.exe
$ wine --version wine-1.7.8
http://bugs.winehq.org/show_bug.cgi?id=35179
Lam winehq@lam.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@lam.pl
--- Comment #1 from Lam winehq@lam.pl --- That's some kind of problem with wine-mono. It doesn't display the LinkLabels (with news) and when you press Tab, you're supposed to switch to the news items.
You can see full Mono stack trace in the console, with System.OutOfMemoryException raised from System.Drawing.GDIPlus.CheckStatus and somewhere in the stack trace, System.Windows.Forms.LinkLabel.Select.
If you try to run the same Launcher.exe with native mono, it won't display the news either, but won't crash from Tab navigation. Hard to tell if Windows Mono is to blame, or Wine's GDI implementation.
http://bugs.winehq.org/show_bug.cgi?id=35179
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL|http://quakelive.com |http://cdn.quakelive.com/as | |sets/2013121703/QuakeLiveSe | |tup_840.exe CC| |focht@gmx.net Summary|Quake Live standalone login |Quake Live Standalone |window crashes when TAB |Client with Wine-Mono: |pressed |login window crashes when | |TAB pressed
--- Comment #2 from Anastasius Focht focht@gmx.net --- Hello folks,
almost any bug report I see here with QuakeLive is somehow Wine-Mono related.
Please mention this in summary or comments otherwise people get the impression Wine itself is bugged.
Although some people might not like it but 'winetricks -q dotnet20' is always an option and the game works excellent with it. The TAB issue is not present there, it cycles perfectly through 'Latest News' items (after leaving 'email', 'password' and 'Remember Me' fields).
Also don't blame Wine builtin 'gdiplus' on everything. It's mostly the _calling_ code that is problem (builtin gdiplus works fine with .NET 2.0).
Regards
http://bugs.winehq.org/show_bug.cgi?id=35179
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|gdiplus |mscoree Summary|Quake Live Standalone |Quake Live Standalone |Client with Wine-Mono: |Client: login window |login window crashes when |crashes when TAB pressed |TAB pressed |
http://bugs.winehq.org/show_bug.cgi?id=35179
--- Comment #3 from Vincent Povirk madewokherd@gmail.com --- If native gdiplus fixes it (which apparently no one has tested in this case), it's a gdiplus bug, even if dotnet also fixes it. They both contain independent implementations of winforms which use gdiplus differently, so it's not at all strange for only one implementation to suffer from a gdiplus bug.
http://bugs.winehq.org/show_bug.cgi?id=35179
--- Comment #4 from Vincent Povirk madewokherd@gmail.com --- Native gdiplus does not fix it.
http://bugs.winehq.org/show_bug.cgi?id=35179
--- Comment #5 from Vincent Povirk madewokherd@gmail.com --- GetDC is apparently returning NULL for a valid window. I guess we ran out of gdi handles?
http://bugs.winehq.org/show_bug.cgi?id=35179
--- Comment #6 from Vincent Povirk madewokherd@gmail.com --- We didn't run out of handles. The selected control is on a thread that died.
https://bugs.winehq.org/show_bug.cgi?id=35179
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com --- Confirming in wine 1.7.33.
https://bugs.winehq.org/show_bug.cgi?id=35179
--- Comment #8 from Bruno Jesus 00cpxxx@gmail.com --- Created attachment 50276 --> https://bugs.winehq.org/attachment.cgi?id=50276 mono backtrace
https://bugs.winehq.org/show_bug.cgi?id=35179
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=35179
--- Comment #9 from super_man@post.com --- The client has been abandoned see bug 34919
https://bugs.winehq.org/show_bug.cgi?id=35179
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35179
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com, | |xerox_xerox2000@yahoo.co.uk
https://bugs.winehq.org/show_bug.cgi?id=35179
Esme Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35179
Esme Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |ABANDONED
--- Comment #10 from Esme Povirk madewokherd@gmail.com --- Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=35179
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Austin English austinenglish@gmail.com --- Closing.