http://bugs.winehq.org/show_bug.cgi?id=20653
--- Comment #15 from Wylda wylda@volny.cz 2009-11-16 07:08:58 --- (In reply to comment #14)
You could try to see what the app is sending to the server, to try to guess what the server doesn't like about the data.
I'll gladly do that, but i can handle only with tcpdump/wireshrak ...
That'd probably require hacking schan_EncryptMessage in dlls/secur32/schannel.c to output the buffers it's given.
...but not with wine's code. Can wine provide keys used in cypher comunication which could be latter used for decyphering tcpdump's content? Thanks for advice.
Anyway i am still looking into the traces in comment #9 and comment #11. And i dont understand it at all... But still thinking about - you said that it's not in crypt32 (and did reset of component), so why:
* crypt32.CertVerifyCertificateChainPolicy returns 1 in "freezing" warcraft vs * crypt32.CertVerifyCertificateChainPolicy returns 0 in "working" warcraft
Why inside CertVerifyCertificateChainPolicy is working warcraft doing things like "string manipulation" and "accessing registry"... But freezing warcraft does not do here "nothing useful" (based on trace).