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 LogicSeverity: 3 - Normal
Priority: 5 - NormalStatus: In Progress
Privacy: PublicAssigned to: None
Originator Name: linuxrocks123Originator Email: -unavailable-
Open/Closed: OpenRelease: 1.17.1
Operating System: NoneReproducibility: None
Fixed Release: NonePlanned Release: None
Regression: NoneWork 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 10.0.0.108:6544... failed: Connection timed out.
Retrying.

--2016-06-04 15:03:58-- (try: 3) http://xxx.xxx.xxx.xxx:6544/Content/GetRecording?RecordedId=770
Connecting to 10.0.0.108:6544... 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.

Anonymous

 

(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

 

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

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 15 Jun 2016 03:09:31 PM UTCabacabadabacabaCarbon-Copy-=>Added abacabadabacaba
    Wed 08 Jun 2016 08:22:09 AM UTCrockdabootStatusNone=>In Progress

    Back to the top


    Powered by Savane 3.1-cleanup1