bugGNU Wget - Bugs: bug #37580, Problems if server responds with...


bug #37580: Problems if server responds with 200 OK instead of a 206 Partial Content

Submitted by:  None
Submitted on:  Tue 16 Oct 2012 07:45:04 AM UTC  
Category:  Program Logic Severity:  3 - Normal
Priority:  5 - Normal Status:  Cannot Reproduce
Privacy:  Public Assigned to:  None
Originator Name:  Jim Originator Email:  -email is unavailable-
Open/Closed:  Closed Release:  1.13.4
Operating System:  GNU/Linux Reproducibility:  Every Time
Fixed Release:  None Planned Release:  None
Regression:  None Work Required:  None
Patch Included:  None

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Sat 14 Mar 2015 05:48:05 AM UTC, comment #2:


I have written a test file Test-206-failure.py (attached below) to create the scenario as specified by the reporter of this bug. This test proves that the above bug cannot be reproduced and is invalid.

(file #33337)

ElitaLobo <elita15>
Wed 11 Mar 2015 03:14:48 PM UTC, comment #1:

Hello, I tried to reproduce the bug with the following steps but was unsuccessful. ->
wget -c http://tools.ietf.org/html/draft-ietf-oauth-v2-22 -d // You can substitute the url with any other url

Before 100% completion stop the download.Now check the contents of the file.

Run the above command again and this time wait till full download is complete. You will observe that wget resumes the download and also that the server has sent response 200 OK. After complete file has downloaded check its contents for repeated start bits.
You will find that there is no repeated info in the file.
Hence this proves that the bug is invalid.

ElitaLobo <elita15>
Tue 16 Oct 2012 07:45:04 AM UTC, original submission:

If you are using wget -c and have a partial file already downloaded,
if the server responds with a 200 OK instead of a 206 Partial Content
- meaning the server now starts sending from the start of the file
again and doesn't support a 206, wget will actually take the starting
bytes coming in and apply them to the middle of the file!

What it should do is see the 200 OK and know that the 206 failed and
just start the file over again (and hope the download finishes).



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by elita15 (Posted a comment)
  • -email is unavailable- added by darnir (Updated the item)
  • -email is unavailable- added by None (Submitted the item)



    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-03-14 elita15 Attached File- => Added 0001-Adds-a-test-file-to-test-206-failure.patch, #33337
    2015-03-13 elita15 Attached File- => Added 0001-Adds-a-test-file-to-check-if-wget-correctly-download.patch, #33333
    2015-03-07 darnir StatusNone => Cannot Reproduce
        Open/ClosedOpen => Closed

    Back to the top

    Powered by Savane 3.3