bugGNU Wget - Bugs: bug #48123, wget clobbers file if partial...


bug #48123: wget clobbers file if partial download fails and retry is enabled

Submitted by:  None
Submitted on:  Sat 04 Jun 2016 08:25:29 AM UTC  
Category:  Program Logic Severity:  3 - Normal
Priority:  5 - Normal Status:  In Progress
Privacy:  Public Assigned to:  None
Originator Name:  linuxrocks123 Originator Email:  -email is unavailable-
Open/Closed:  Open Release:  1.17.1
Operating System:  None Reproducibility:  None
Fixed Release:  None Planned Release:  None
Regression:  None Work Required:  None
Patch Included:  No

Add a New Comment(Rich Markup)

You are not logged in

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


Wed 08 Jun 2016 08:22:09 AM UTC, comment #1:

You are right regarding expected behavior (except the server doesn't recognize the Range header). I'll set up a test case to reproduce the issue.

Tim Ruehsen <rockdaboot>
Project Administrator
Sat 04 Jun 2016 08:25:29 AM UTC, original submission:

The following command:

wget http://xxx.xxx.xxx.xxx:6544/Content/GetRecording?RecordedId=770

produced the following behavior:


--2016-06-04 09:53:22-- http://xxx.xxx.xxx.xxx:6544/Content/GetRecording?RecordedId=770
Connecting to xxx.xxx.xxx.xxx:6544... connected.
HTTP request sent, awaiting response... 200 OK
Length: 4251523932 (4.0G) [video/mp2t]
Saving to: 'GetRecording?RecordedId=770'

GetRecording?RecordedId=7 19%[======> ] 786.18M 1.27KB/s in 5h 8m

2016-06-04 15:01:47 (43.5 KB/s) - Read error at byte 824370342/4251523932 (Connection reset by peer). Retrying.

--2016-06-04 15:01:48-- (try: 2) http://xxx.xxx.xxx.xxx:6544/Content/GetRecording?RecordedId=770
Connecting to failed: Connection timed out.

--2016-06-04 15:03:58-- (try: 3) http://xxx.xxx.xxx.xxx:6544/Content/GetRecording?RecordedId=770
Connecting to connected.
HTTP request sent, awaiting response... 200 OK
Length: 4251523932 (4.0G) [video/mp2t]
Saving to: 'GetRecording?RecordedId=770'

GetRecording?RecordedId=7 0%[ ] 621.60K 22.1KB/s eta 4d 13h


As is indicated by the output, the partially downloaded file from try 1 was clobbered. Though I didn't use the -nc option or the -c option, per the man page, I believe this is a bug, as in this case it appears that a new file should have been created with the name "GetRecording?RecordedId=7.1".

Even if this is intended behavior, it is unexpected; I would have expected wget to attempt to retrieve partial content on an automatic retry whether or not I used -c. In any case truncating the entire partially downloaded content on a retry is extremely destructive, and I think this behavior should only occur if explicitly requested.

My email address is scrambled because I don't want spam robots picking it up.



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

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by abacabadabacaba
  • -email is unavailable- added by rockdaboot (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)



    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-06-15 abacabadabacaba Carbon-Copy- => Added abacabadabacaba
    2016-06-08 rockdaboot StatusNone => In Progress

    Back to the top

    Powered by Savane 3.4