http://bugs.winehq.org/show_bug.cgi?id=22160
Summary: The Sims 3: Sims3Launcher.exe doesn't show web site when started second time Product: Wine Version: 1.1.41 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: lukasz.wojnilowicz@gmail.com
Created an attachment (id=27037) --> (http://bugs.winehq.org/attachment.cgi?id=27037) Image showing the problem
Steps to reproduce: 1) install The Sims3 2) start Sims3Launcher.exe 3) Sims3Launcher.exe looks like in upper image in attachment. 2) close Sims3Launcher.exe 5) start Sims3Launcher.exe 6) Sims3Launcher.exe looks like in lower image in attachment.
Behaviour: Sims3Lanucher.exe looks like in lower image Expected behaviour: Sims3Lanucher.exe should look like in upper image
An workaround is to change "FirstRun"=dword:00000000 to "FirstRun"=dword:00000001 in user.reg under [Software\Electronic Arts\Sims 3\Launcher\Settings] before every start of Sims3Launcher.exe
Additional info: I'm using wine-1.1.41-72-ge9be1b4 on Fedora 12 32 bit.
http://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #1 from NSLW lukasz.wojnilowicz@gmail.com 2010-03-25 12:44:44 --- Created an attachment (id=27038) --> (http://bugs.winehq.org/attachment.cgi?id=27038) Sims3Lanucher.exe when "FirstRun"=dword:00000001
With this log Sims3Lanucher.exe looks like in upper image.
http://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #2 from NSLW lukasz.wojnilowicz@gmail.com 2010-03-25 12:45:20 --- Created an attachment (id=27039) --> (http://bugs.winehq.org/attachment.cgi?id=27039) Sims3Lanucher.exe when "FirstRun"=dword:00000000
With this log Sims3Lanucher.exe looks like in lower image.
http://bugs.winehq.org/show_bug.cgi?id=22160
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |austinenglish@gmail.com Ever Confirmed|0 |1
--- Comment #3 from Austin English austinenglish@gmail.com 2010-04-08 23:38:40 --- I see this as well.
http://bugs.winehq.org/show_bug.cgi?id=22160
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #4 from Dan Kegel dank@kegel.com 2011-02-28 12:36:07 CST --- Still see it, even with beta gecko.
(And with beta gecko, once I saw ###!!! ABORT: Main-thread-only object used off the main thread: file /build/wine-mozilla-1.2.0-beta1/xpcom/base/nsCycleCollector.cpp, line 1195 on exit. This was with dotnet20. Plus, on first run, if you click on "Get Adobe Flash", it takes you there, but it doesn't list any operating systems under the "select operating system" pulldown.)
http://bugs.winehq.org/show_bug.cgi?id=22160
Jacek Caban jacek@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jacek@codeweavers.com
--- Comment #5 from Jacek Caban jacek@codeweavers.com 2011-02-28 12:45:54 CST --- Please attach tid,shdocvw,mshtml,urlmon logs.
Dan, does that assert happen during closing the game or in a middle of running?
Also it may be a good idea to manually install Flash (it's hard to say if ActiveX or NPAPI version of flash would be better choice so installing both may be better option).
http://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #6 from Dan Kegel dank@kegel.com 2011-02-28 12:56:49 CST --- Created an attachment (id=33482) --> (http://bugs.winehq.org/attachment.cgi?id=33482) +tid,+shdocvw,+mshtml,+urlmon log of second run, also showing abort on quit
The abort message only happens on exit.
'winetricks flash' doesn't affect the second run problem, but it does make the flash content sort of show up on first run.
http://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #7 from Jacek Caban jacek@codeweavers.com 2011-02-28 13:04:21 CST --- The script on that page is ran with Gecko JavaScript engine (because it a http page), but it requires features available only in jscript. We need to make that configurable.
http://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #8 from butraxz@gmail.com 2013-08-18 11:19:48 CDT --- This ticket has not been updated for over 900 days. Development recommends to check the status on your bug every release or two and let to be known if the bug is still present. If not, mark it fixed.
Is this still an issue with 1.7.0 or higher ?
http://bugs.winehq.org/show_bug.cgi?id=22160
Robert Wm Ruedisueli ruediix@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ruediix@gmail.com
--- Comment #9 from Robert Wm Ruedisueli ruediix@gmail.com 2013-09-01 22:26:10 CDT --- This is a known bug in the native Mac OS X version as well.
It seems some native JScript code is in the html page.
I reported it to EA's tech support forums and they completely ignored it.
https://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #10 from Austin English austinenglish@gmail.com --- Is this still an issue in current (1.7.36 or newer) wine? If so, please attach terminal output.
https://bugs.winehq.org/show_bug.cgi?id=22160
Alexandr Oleynikov sashok.olen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sashok.olen@gmail.com
--- Comment #11 from Alexandr Oleynikov sashok.olen@gmail.com --- The bug came back in 2.21-staging. Will upload terminal output later.
https://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #12 from Alexandr Oleynikov sashok.olen@gmail.com --- I can’t reproduce this in latest versions of wine, the launcher works just fine.
https://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #13 from Robert Wm Ruedisueli ruediix@gmail.com --- Wine-Mono still won't load the launcher at all. (One of the embedded browser functions is missing, and the bug fix is in "cleanup" stage by the Wine-Mono developer.)
However with .Net installed, only the (rather useless) homepage panel is missing it's rendered page. This is likely due to an incompatibility with Wine-Gecko MSHTML emulation.
All other functions work fine when .Net is installed (other than a little instability here and there.)
This means the issue is likely isolated to Wine-Mono.
https://bugs.winehq.org/show_bug.cgi?id=22160
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=22160
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #14 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-6.19?
https://bugs.winehq.org/show_bug.cgi?id=22160
--- Comment #15 from Alexandr Oleynikov sashok.olen@gmail.com --- Yes
https://bugs.winehq.org/show_bug.cgi?id=22160
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch