http://bugs.winehq.org/show_bug.cgi?id=13896
Summary: Everest Casino does not load Product: Wine Version: 1.0-rc4 Platform: PC URL: http://www.EverestCasino.org.uk OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: kennybobs@o2.co.uk
Created an attachment (id=13982) --> (http://bugs.winehq.org/attachment.cgi?id=13982) This is as far as the application progresses
The Everest Casino exits without error message immediately after checking for updates, which is part of the start-up process for the application.
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #1 from Ken Sharp kennybobs@o2.co.uk 2008-06-13 19:15:56 --- Created an attachment (id=13983) --> (http://bugs.winehq.org/attachment.cgi?id=13983) Bash output
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #2 from Ken Sharp kennybobs@o2.co.uk 2008-06-13 19:26:16 --- Created an attachment (id=13984) --> (http://bugs.winehq.org/attachment.cgi?id=13984) Process monitor log
This is the log from Process Monitor under Windows XP SP2 for Everest Casino. I tried to stop the log at the same point that it fails under Wine, but I did not manage to do so, and the application progressed slightly further. However, it does list a lot of the processes and files accessed, etc.
Process Monitor can be downloaded for free here: http://www.microsoft.com/technet/sysinternals/systeminformation/processmonit...
Note: If you use this under Wine, just ignore the error about Service Packs and open the file. This is version 1.26, I have not tried a later version (yet).
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.0-rc4 |1.0-rc5
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.0-rc5 |1.0.0
http://bugs.winehq.org/show_bug.cgi?id=13896
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.0.0 |1.0-rc5
--- Comment #3 from James Hawkins truiken@gmail.com 2008-06-19 13:09:00 --- Don't change the original reported version.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #4 from Ken Sharp kennybobs@o2.co.uk 2008-07-18 19:39:53 --- Created an attachment (id=14914) --> (http://bugs.winehq.org/attachment.cgi?id=14914) Terminal output Wine 1.1.1
Application exits shortly after all the dbghelp_dwarf messages.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #5 from Ken Sharp kennybobs@o2.co.uk 2008-12-15 01:28:30 --- Created an attachment (id=17947) --> (http://bugs.winehq.org/attachment.cgi?id=17947) Terminal output 1.1.10
Tested again under Ubuntu Intrepid and Wine 1.1.10. No apparent change.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #6 from Ken Sharp kennybobs@o2.co.uk 2008-12-15 04:07:12 --- Using winetricks to install gecko and gdiplus allows the program to get to the "Starting up" window. At this point it receives a "Cannot connect to server" message. (The server is fine).
Could this have anything to do with SSL? It's at this point that the program would attempt to open an SSL/TLS socket.
Wireshark shows an "encrypted alert". Seems that the server doesn't trust the client. I have tried native versions of the crypt*.dll files but I'm hunting in the dark here.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #7 from Austin English austinenglish@gmail.com 2008-12-15 12:01:49 --- (In reply to comment #6)
Using winetricks to install gecko and gdiplus allows the program to get to the "Starting up" window. At this point it receives a "Cannot connect to server" message. (The server is fine).
Could this have anything to do with SSL? It's at this point that the program would attempt to open an SSL/TLS socket.
Wireshark shows an "encrypted alert". Seems that the server doesn't trust the client. I have tried native versions of the crypt*.dll files but I'm hunting in the dark here.
Does 'winetricks wininet' help?
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #8 from Ken Sharp kennybobs@o2.co.uk 2008-12-16 02:33:30 --- (In reply to comment #7)
Does 'winetricks wininet' help?
No, tried that a few times and it doesn't seem to make any difference.
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #13983|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14914|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #13982|0 |1 is obsolete| | Attachment #17947|0 |1 is obsolete| |
--- Comment #9 from Ken Sharp kennybobs@o2.co.uk 2009-01-11 21:08:54 --- Created an attachment (id=18652) --> (http://bugs.winehq.org/attachment.cgi?id=18652) wine 1.1.12 fixme-all,+mshtml
I don't know if this is any help, it doesn't say anything to me. All I can see if a couple of fixmes and a warn.
fixme:mshtml:HTMLDocument_get_cookie (0x1bd238)->(0x33e908) fixme:mshtml:HTMLElement_get_innerHTML (0x1bb170)->(0x33e928) warn:mshtml:nsIOService_NewChannelFromURI Could not get nsIWineURI: 80004002
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #10 from Ken Sharp kennybobs@o2.co.uk 2009-02-06 15:01:30 --- *** Bug 13826 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Everest Casino does not load|Everest Poker and Casino | |fail to load
--- Comment #11 from Ken Sharp kennybobs@o2.co.uk 2009-02-06 15:08:08 --- It looks like Everest Poker and Everest Casino have the same problems, it seems reasonable to assume so - they're made by the same people.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #12 from Ken Sharp kennybobs@o2.co.uk 2009-02-06 15:17:04 --- Created an attachment (id=19289) --> (http://bugs.winehq.org/attachment.cgi?id=19289) wine-1.1.14-248-gcb57ebc using wine-gecko 0.9.1
Everest Poker shows an invalid certificate warning. No warning given under Windows XP.
Is this a wine-gecko problem?
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #13984|0 |1 is obsolete| | Attachment #18652|0 |1 is obsolete| | Attachment #19289|0 |1 is obsolete| |
--- Comment #13 from Ken Sharp kennybobs@o2.co.uk 2009-03-19 19:32:33 --- Created an attachment (id=20026) --> (http://bugs.winehq.org/attachment.cgi?id=20026) Wine 1.1.17 Everest Poker +relay +loaddll +seh
This is worse now. Using Wine 1.1.11 or Wine 1.1.17 neither Poker nor Casino will progress as far as it did before. I can't figure out what the problem is, so have attached a relay log.
I assume the programs themselves have been changed, which happens from time to time.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #14 from Ken Sharp kennybobs@o2.co.uk 2009-03-19 20:06:39 --- I've found that "winetricks gdiplus" allows Everest Poker to continue to where it was before.
Everest Casino got back to where it was before once, but won't go back again.
Still looking into this.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #15 from Ken Sharp kennybobs@o2.co.uk 2009-03-19 20:21:48 --- It only works a couple of times and then fails.
I don't know where to go with this.
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|EverestCasino |Everest
--- Comment #16 from Ken Sharp kennybobs@o2.co.uk 2009-03-19 21:04:19 --- Right, ok, "winetricks gdiplus corefonts" gets both apps back to where I was before..
Both apps report a network error, but this is probably the secure certificate problem from before.
Of course, the plan is to get these apps to work without native DLLs, so we're back at square one.
http://bugs.winehq.org/show_bug.cgi?id=13896
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|Everest |
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #17 from Ken Sharp kennybobs@o2.co.uk 2009-03-24 11:35:28 --- Created an attachment (id=20106) --> (http://bugs.winehq.org/attachment.cgi?id=20106) Wine 1.1.17 and wine-gecko.dbg Casino +mshtml +gecko +urlmon +shdocvw
I thought this may be more useful for the third problem, but I could not find anything to workaround.
Had a look at Wireshark logs too and there doesn't be a certificate problem anymore, which makes this even more mysterious.
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Everest Poker and Casino |Everest Poker and Casino |fail to load |fail to connect to server
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #18 from Ken Sharp kennybobs@o2.co.uk 2009-04-30 20:41:29 --- Under the latest gitwine I compared +gecko logs for connecting using the Casino client (which attempts a connect to http://ocsp.thawte.com for a certificate) and simply using "wine iexplore http://ocsp.thawte.com".
The second method reports: 27[1db48a8]: recv -> 2, error = 0, os error = 0
Whereas through the app reports: 65[26ac870]: recv -> 3, error = -5998, os error = 0
At the exact same point of connection. EC terminates the connection shortly after this, whereas "iexplore" continues to load the page (which appears blank anyway) with security.
I'll look at this further tomorrow.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #19 from Ken Sharp kennybobs@o2.co.uk 2009-05-21 11:54:26 --- Nope, don't know, but obviously something to do with how the security certificate is handled.
gActivityTLS != BAD_TLS_INDEX
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |19763
http://bugs.winehq.org/show_bug.cgi?id=13896
Bug 13896 depends on bug 19763, which changed state.
Bug 19763 Summary: Everest Poker exits when attempting to connect to server http://bugs.winehq.org/show_bug.cgi?id=19763
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #20 from Ken Sharp kennybobs@o2.co.uk 2009-10-27 16:14:12 --- Gets further in latest git. A message appears asking to enable cookies.
Getting closer!
winetricks ie6 doesn't seem to work anymore so I couldn't try that, yet.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #21 from Ken Sharp kennybobs@o2.co.uk 2010-02-04 11:49:39 --- Still present in latest git.
This may be a clue: fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension "2.5.29.32"
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #22 from Juan Lang juan_lang@yahoo.com 2010-02-04 12:46:13 --- See if this patch helps: http://bugs2.winehq.org/attachment.cgi?id=24914 (If it doesn't, then the crypt32 fixme doesn't have anything to do with it.)
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #23 from Ken Sharp kennybobs@o2.co.uk 2010-02-04 13:42:01 --- Fair enough, patch makes no difference.
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #24 from Ken Sharp kennybobs@o2.co.uk 2010-05-30 21:12:18 --- Still present.
0[20fe90]: file wine:https://account.everestpoker.com:443/account/launcher.jsp, line 89: TypeError: window.external is undefined
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #25 from Ken Sharp kennybobs@o2.co.uk 2011-03-27 14:18:50 CDT --- Created an attachment (id=33836) --> (http://bugs.winehq.org/attachment.cgi?id=33836) Wine 1.3.16 and Windows 7 .pcap dumps
Still present in Wine 1.3.16.
Inspired by Bug 17842 I thought I'd see if it was a certificate problem, but it is difficult to figure out what is going on as the hosts don't seem to have anything Firefox can connect to. It would appear that they use Thawte CA certificates anyway, which are included in Ubuntu, so probably isn't the problem.
However, from the attached .pcap files it is clear that under Wine the app stops dead after sending a DNS query to wc.everestgaming.com. Under Windows the app then goes on to connect via SSLv2 and TLSv1 (the DNS query isn't shown in the Windows dump due to DNS caching). I still don't know why it stops here under Wine. The previous SSL stream must tell the app to do something that Wine doesn't like, so it doesn't bother.
fixme:wbemprox:wbem_locator_ConnectServer 0x169c68, L"\\.\ROOT\SecurityCenter", (null), (null), (null), 0x00000000, (null), (nil), 0x33fbf4)
Now, WBEM apparently uses XML, and XML is transferred according to the Windows dump - so maybe it is this fixme that is the problem.
trace:wbemprox:DllGetClassObject {4590f811-1d3a-11d0-891f-00aa004b2e24} {00000001-0000-0000-c000-000000000046} 0x33f660 trace:wbemprox:wbemprox_cf_CreateInstance (nil) {dc12a687-737f-11cf-884d-00aa004b2e24} 0x33fbf0 trace:wbemprox:WbemLocator_create ((nil),0x33f5f0) trace:wbemprox:WbemLocator_create returning iface 0x163ec8 trace:wbemprox:wbem_locator_QueryInterface 0x163ec8 {dc12a687-737f-11cf-884d-00aa004b2e24} 0x33fbf0 fixme:wbemprox:wbem_locator_ConnectServer 0x163ec8, L"\\.\ROOT\SecurityCenter", (null), (null), (null), 0x00000000, (null), (nil), 0x33fbf4)
Indeed, the source reads
{ FIXME("%p, %s, %s, %s, %s, 0x%08x, %s, %p, %p)\n", iface, debugstr_w(NetworkResource), debugstr_w(User), debugstr_w(Password), debugstr_w(Locale), SecurityFlags, debugstr_w(Authority), pCtx, ppNamespace); return WBEM_E_FAILED; }
so WBEM_E_FAILED is being returned to the app and it stops, reporting unable to connect.
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |wmi&wbemprox
http://bugs.winehq.org/show_bug.cgi?id=13896
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Component|wmi&wbemprox |-unknown
--- Comment #26 from Anastasius Focht focht@gmx.net 2011-12-14 07:43:53 CST --- Hello,
the initial bootstrapper downloads another client (after selecting language) and starts it.
--- snip --- C:\Program Files (x86)\Everest Poker\cstart-tmp.exe /wait 34 /clone --- snip ---
Using the infrastructure from bug 20651 (WMI/WBEM core infrastructure) it shows:
--- snip --- ... 0025:fixme:wbemprox:wbem_locator_ConnectServer 0x147158, L"\\.\ROOT\SecurityCenter", (null), (null), (null), 0x00000000, (null), (nil), 0x33fba4) 0025:fixme:wbemprox:wbem_services_CancelAsyncCall stub 0x146698-> 0x146698 0025:fixme:wbemprox:wbem_services_ExecQuery stub 0x146698: L"WQL" L"SELECT * FROM AntiVirusProduct" 32, (nil), 0x33f6ac 0025:fixme:wbemprox:enum_class_object_Next stub:0x146718: timeout=0, wanted interfacecount:1,ppObjects:0x33f6b4 0025:fixme:wbemprox:wbem_class_obj_Get 0x1466b0->, name L"displayName", pVal 0x33f690, pType (nil), plavour (nil),stub 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0x2005f385 ip=2005f385 tid=0025 0025:trace:seh:raise_exception info[0]=00000001 0025:trace:seh:raise_exception info[1]=00000000 0025:trace:seh:raise_exception eax=00000000 ebx=2006654c ecx=00000000 edx=7bcdab68 esi=0083586b edi=00836c81 0025:trace:seh:raise_exception ebp=0033f660 esp=0033f618 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0025:trace:seh:call_vectored_handlers calling handler at 0x68c04f26 code=c0000005 flags=0 0025:trace:seh:call_vectored_handlers handler at 0x68c04f26 returned 0 0025:trace:seh:call_stack_handlers calling handler at 0x101e8755 code=c0000005 flags=0 0025:Call KERNEL32.GetLastError() ret=78ab06a2 0025:Ret KERNEL32.GetLastError() retval=000000b7 ret=78ab06a2 --- snip ---
Information about this class:
http://www.scriptinternals.com/new/us/support/Internal/WMI_AntiVirusProduct....
Although questionable the app seems to use this WMI query only for client statistics (logging).
Failure to connect to SecurityCenter or failed queries against existing infrastructure is harmless and can be safely ignored -> no WMI bug.
The client stays at splash and no further action is seen (appears to be hung). But be patient ... After ~1 min Wine Internet Exploder pops up:
--- snip --- 0025:trace:process:create_process_impl app L"C:\Program Files (x86)\Internet Explorer\iexplore.exe" cmdline L""C:\Program Files (x86)\Internet Explorer\iexplore.exe" https://account.everestpoker.com:443/account/submitWinClient.action?requeste..." --- snip ---
Additionally a message box is shown in foreground, stating: "The game root is currently down for maintenance. Please try again later"
With 'winetricks -q ie7' the client creates an empty browser window besides the splash (CLSID_InternetExplorer -> shell docobject view) with no further action seen.
Back to builtin only: using Winspector tool one can see _two_ embedded browser top level windows: one for the splash (x11 managed) and one is hidden - most likely the main gui. Using Winspector one can inspect the properties ... this top level window has no WS_VISIBLE style set. Maybe there is some event/hook/protocol/scheme missing, making this window visible.
Regards
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |20651
http://bugs.winehq.org/show_bug.cgi?id=13896
--- Comment #27 from Ken Sharp kennybobs@o2.co.uk 2012-06-24 17:22:43 CDT --- Still present in Wine 1.5.7.
http://bugs.winehq.org/show_bug.cgi?id=13896
Bug 13896 depends on bug 20651, which changed state.
Bug 20651 Summary: Many .NET based applications need WMI core infrastructure (Wine doesn't provide a WMI implementation) http://bugs.winehq.org/show_bug.cgi?id=20651
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=13896
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |ABANDONED
--- Comment #28 from Ken Sharp kennybobs@o2.co.uk 2013-08-15 07:38:54 CDT --- A new installer has been released which causes the original installers to exit in various ways before reaching this bug.
Cannot test further. Blocked by server.
http://bugs.winehq.org/show_bug.cgi?id=13896
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #29 from Austin English austinenglish@gmail.com 2013-08-15 20:02:32 CDT --- Closing.
-
wine-bugs＠winehq.org