http://bugs.winehq.org/show_bug.cgi?id=18384
--- Comment #20 from Mike Kaplinskiy mike.kaplinskiy@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-duplicati... http://www.nabble.com/-PATCH-2-5--wininet%3A-Always-set-path-in-HttpOpenRequ... http://www.nabble.com/-PATCH-3-5--wininet%3A-Change-read_buf-type-to-BYTE.-t... http://www.nabble.com/-PATCH-4-5--wininet%3A-Added-support-for-decompressing... http://www.nabble.com/-PATCH-5-5--wininet%3A-Test-gzip-encoded-read.-td23787...
Regardless - not the problem with hulu. Hulu seems to just not work (no http errors). Still investigating.