(
Jump to the original submission)
Tue 16 Oct 2012 11:10:11 AM UTC, comment #6:
Are there any news on this bug? The link to patch in comment #3 doesn't work.
Thanks!
|
Fri 24 Sep 2010 05:28:50 PM UTC, comment #5:
http://loansharks.livejournal.com/
|
Thu 13 Nov 2008 02:53:02 AM UTC, comment #4:
Additional suggestions, including a "--replace-range" option, at http://article.gmane.org/gmane.comp.web.wget.general/8421
|
Wed 22 Oct 2008 04:10:14 PM UTC, comment #3:
Patch for this at http://article.gmane.org/gmane.comp.web.wget.patches/2468
Tentatively retargetting for 1.12.
|
Fri 19 Sep 2008 01:25:34 PM UTC, comment #2:
Hallo,
this bug #20416 can be fixed in this way:
$ cd wget-1.11.4/src
$ diff http.c http.c.bak
2167c2167
< if ((contrange != 0 && contrange != hs->restval && hs->restval != 0 )
---
> if ((contrange != 0 && contrange != hs->restval)
Regards
|
Mon 09 Jul 2007 08:59:08 PM UTC, comment #1:
I don't think that wget should be expected to handle a 206 response that it wasn't expecting (wget doesn't "know" it specified a Range header). A better way to do this would be to offer a --range option, and handle that. This has actually already been requested (but no bug report existed for it yet). Some further discussion will need to take place, though, as to how to handle this in certain situations (for instance, if we're using -c and the file already exists, should it "rewrite" the applicable portion of the existing file?).
I'm rewriting the summary from "wget doesn't try to read 206/partial content response", to address the core need.
Noèl: FYI, the Code Architecture category is actually intended to apply to code design/structure rather than to any functional changes.
|
Mon 09 Jul 2007 08:48:49 PM UTC, original submission:
Hello,
a forwarded bug report from http://bugs.debian.org/335777
"When I add a byte-range header to a wget request, wget doesn't seem to
try to read the response body from the server, and thinks it should
retry.
wget -O /dev/null -S --header="Range: bytes=0-100" http://www.debian.org/
HTTP request sent, awaiting response...
HTTP/1.1 206 Partial Content
<snip>
Accept-Ranges: bytes
Content-Length: 101
Content-Range: bytes 0-100/14366
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/html
Content-Language: en
Retrying.
(setting retries to 1 it still fails to read the response).
The wget in stable 1.9.1-12 reads the response body in the case of the 206 as expected."
thx.
-unavailable-
|
(Note: upload size limit is set to 16384 kB, after insertion of the required
escape characters.)
Attach File(s):
Comment:
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Follow 12 latest changes.