[Bug 18384] Battlenet system check: does not submit data to battle.net

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=18384





--- Comment #20 from Mike Kaplinskiy <mike.kaplinskiy at gmail.com>  2009-05-30 19:38:28 ---
Created an attachment (id=21427)
 --> (http://bugs.winehq.org/attachment.cgi?id=21427)
possible fix for 500

(In reply to comment #18)
> note that in the trace
> 
> >>>>>
> Content-Type: application/x-www-form-urlencoded\n\nContent-Length: 343
> <<<<<
> 
> it should be IMHO
> 
> >>>>>
> Content-Type: application/x-www-form-urlencoded\r\nContent-Length: 343
> <<<<<
> 
> that may explain the internal error on the serveur

Yep that may be right. It looks like the application passes \n\n instead of
\r\n in the extra headers section. Does windows ignore this and actually parse
the headers correctly? Maybe we should just ignore the \r and just scan for \n
then.

Try this patch - apply on top of git and then apply the gzip patches. See if
you still get the 500 error. If this works then I'll write up a test case and
submit it. For reference, here are the gzip patches:

http://www.nabble.com/-PATCH-1-5--wininet%3A-Move-strings-to-avoid-duplications.-td23787417.html
http://www.nabble.com/-PATCH-2-5--wininet%3A-Always-set-path-in-HttpOpenRequest.-td23787418.html
http://www.nabble.com/-PATCH-3-5--wininet%3A-Change-read_buf-type-to-BYTE.-td23787420.html
http://www.nabble.com/-PATCH-4-5--wininet%3A-Added-support-for-decompressing-gzip-encoded-content.-td23787433.html
http://www.nabble.com/-PATCH-5-5--wininet%3A-Test-gzip-encoded-read.-td23787439.html

Regardless - not the problem with hulu. Hulu seems to just not work (no http
errors). Still investigating.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.