Re: [Bug-wget] post-data works but post-file does not?

[Charles Kozierok]

Yep, that was it. Thanks.

But I guess the bigger question is why a Windows version of wget
wouldn't gracefully handle removal of the standard end-of-line
characters. I'm not even sure I can figure out how to properly write
the data out to the file without the 0A0D at the end.

What's weird is I've used post-file before without this problem. Maybe
the site itself is more "finicky".



On Wed, Sep 22, 2010 at 11:55 AM, Giuseppe Scrivano <address@hidden> wrote:
>
> so we have:
>
> Charles Kozierok <address@hidden> writes:
>
> broken version:
>
>> POST /specifications.aspx HTTP/1.0
>> Referer: http://tmslighting.digiflare.com/specifications.aspx
>> User-Agent: Wget/1.11.4
>> Accept: */*
>> Host: tmslighting.digiflare.com
>> Connection: Keep-Alive
>> Content-Type: application/x-www-form-urlencoded
>> Content-Length: 911
>
>
>
> working version:
>
>> POST /specifications.aspx HTTP/1.0
>> User-Agent: Wget/1.11.4
>> Accept: */*
>> Host: tmslighting.digiflare.com
>> Connection: Keep-Alive
>> Content-Type: application/x-www-form-urlencoded
>> Content-Length: 909
>
>
> I think the file/broken version has a final "\r\n" (end-of-line under
> Windows) that the --post-data versione hasn't.
>
> In fact, you can see the Content-Length difference is 2.
>
> Giuseppe
>