[Bug 22980] New: Steam: after April 25 update, logs in, starts to paint main window and news window, then crashes
http://bugs.winehq.org/show_bug.cgi?id=22980
Summary: Steam: after April 25 update, logs in, starts to paint main window and news window, then crashes Product: Wine Version: 1.1.44 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: packagemonkey@yahoo.com
I have had Steam working for a long time; finished HL2, got almost halfway through Far Cry and HL2 Episode 1, etc. Steam pushed an update around April 25, 2010, and ever since then, it has crashed after putting up the main Steam window and partially painting it (mainly the category headings at the top), and putting up the smaller "news items" window but not painting its contents. The news items titlebar shows the number of updates (e.g., "1 of 8") before it crashes; it manages to record which one it displayed, because the next time it shows one fewer available (e.g., "1 of 7").
There's very little in the console under normal start conditions; it gets through the CellID connectivity tests, then prints a few error and fixme lines:
err:ole:CoGetClassObject class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered err:ole:CoGetClassObject no class object {77f10cf0-3db5-4966-b520-b7c54fd35ed6} could be created for context 0x1 fixme:wbemprox:wbem_locator_ConnectServer 0x1a0e10, L"ROOT\CIMV2", (null), (null), (null), 0x00000080, (null), (nil), 0x316d2d8) fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used fixme:win:RegisterDeviceNotificationA (hwnd=0x1010c, filter=0x32dc10,flags=0x00000004) returns a fake device notification handle! fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported
That last line is repeated about 40 times before the crash.
http://bugs.winehq.org/show_bug.cgi?id=22980
--- Comment #1 from Michael Hill packagemonkey@yahoo.com 2010-05-31 13:13:02 --- I forgot to mention that I think I was running 1.1.41 when the Steam update got pushed; I've upgraded to .42, .43, and .44 as they became available in Gentoo Portage, hoping the problem had been addressed each time, but it's still there.
http://bugs.winehq.org/show_bug.cgi?id=22980
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #2 from GyB gyebro69@gmail.com 2010-05-31 13:40:08 --- Install the corefonts package by winetricks: 'winetricks corefonts'
http://bugs.winehq.org/show_bug.cgi?id=22980
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|gyebro69@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=22980
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #3 from Dan Kegel dank@kegel.com 2010-05-31 19:00:05 --- dup of bug 22751?
http://bugs.winehq.org/show_bug.cgi?id=22980
--- Comment #4 from Michael Hill packagemonkey@yahoo.com 2010-05-31 19:48:13 --- That appears to have done the trick. I've never used winetricks before, and haven't seen any clear documentation on how it interacts with a stock wine installation, your .wine directory, etc. Also, my system had the corefonts package installed (via portage). But that script copied files into my .wine directory and now the steam window stays up. Thank you!
http://bugs.winehq.org/show_bug.cgi?id=22980
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #5 from Dan Kegel dank@kegel.com 2010-05-31 20:34:51 --- dup then. Glad it helped!
(In my experience, having corefonts installed in the system rather than in wine is enough, so there's a bit of a mystery still, but that's ok.)
*** This bug has been marked as a duplicate of bug 22751 ***
http://bugs.winehq.org/show_bug.cgi?id=22980
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Severity|major |normal
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-31 20:45:12 --- Closing duplicate.
http://bugs.winehq.org/show_bug.cgi?id=22980
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net
--- Comment #7 from Hans Leidekker hans@meelstraat.net 2010-06-01 02:53:19 ---
(In my experience, having corefonts installed in the system rather than in wine is enough, so there's a bit of a mystery still, but that's ok.)
Some apps access the font files in c:\windows\fonts directly, commonly via native gdiplus.
http://bugs.winehq.org/show_bug.cgi?id=22980
--- Comment #8 from Dan Kegel dank@kegel.com 2010-06-01 08:27:11 --- Yes, but when I had this same problem with Steam, installing a system font was sufficient, IIRC.
-
wine-bugs＠winehq.org