bugGNU Wget - Bugs: bug #25082, -c appends to completed download...

 
 

bug #25082: -c appends to completed download (broken 1.10.2, 1.11.4; works 1.9.1)

Submitted by:  Douglas Ray <dougray>
Submitted on:  Sat 13 Dec 2008 04:00:36 AM UTC  
 
Category: Program LogicSeverity: 3 - Normal
Priority: 5 - NormalStatus: Fixed In Repository
Privacy: PublicAssigned to: None
Originator Name: dougrayOpen/Closed: Closed
Release: NoneOperating System: Microsoft Windows
Reproducibility: Every TimeFixed Release: None
Planned Release: NoneRegression: None
Work Required: NonePatch Included: None

Add a New Comment(Rich Markup)
   

You are not logged in

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

 

Sat 13 Dec 2008 06:04:29 AM UTC, comment #1:

If true, this must be specific to Windows, as there are no reports of this behavior on Unix systems, and personal experience has demonstrated no appends, only skips/redownloads. (You're certain it's appending, resulting in a larger file, rather than just overwriting/downloading-and-discarding, as the Unix variants are already known to do?)

Most likely, even the Windows issue will most likely have been fixed in the fix for bug 24662 (there is no wget bug 24928), as it explicitly checks that the "new" content's content-length doesn't match the preexisting content's size, as 1.9.1 did. I'm not going to roll a new 1.11.x for this, so this issue should be closed.

The fix for 24662 is at <http://hg.addictivecode.org/wget/mainline/rev/4318b1cccf8e>; I'd be surprised if it can't be applied against the 1.10.2 or 1.11.4 code (except for the ChangeLog, of course).

Micah Cowan <micahcowan>
Sat 13 Dec 2008 04:00:36 AM UTC, original submission:

In 1.10.2 and 1.11.4, continuation "-c" will recommence download at BEGINNING of remote file, APPENDING to an already complete local file [only tested as "-ci filename".

In wget 1.9.1, "-c" checks local file size before appending to it. If a file is complete, nothing is appended.

This is distinct from wget "-c" bugs #24928 and #21150, but those reports may be confused by this behaviour.

Appending to a completed file is not what anyone would expect, and is generally not useful; also, there is no clue in the manual that anything was changed.

Possibly, versions 1.10.2/1.11.4 presume that you should use "-Nci filename". The "-N" should not be necessary, and before 1.10.something (eg, in 1.9.1), "-ci filename" worked.

I'm using cygwin (distrib wget 1.9.1 works), + I also checked this behaviour in w32 binaries from Heiko Herold (1.9.1 works, 1.10.2b fails), and Bart Puype (1.11.4 fails).

Douglas Ray <dougray>

 

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

Attach File(s):
   
   
Comment:
   

Attached Files
file #17043:  _DEBUG.1.11.4.txt added by dougray (2KiB - text/plain - attached "-dci filename" for wget 1.11.4 and 1.9.1 in separate files)
file #17044:  _DEBUG.1.9.1.txt added by dougray (1KiB - text/plain - attached "-dci filename" for wget 1.11.4 and 1.9.1 in separate files)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by micahcowan (Posted a comment)
  • -unavailable- added by dougray (Submitted the item)
  • -unavailable- added by dougray
  •  

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

     

     

    Follow 5 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat 13 Dec 2008 06:04:29 AM UTCmicahcowanStatusNone=>Fixed In Repository
      Open/ClosedOpen=>Closed
    Sat 13 Dec 2008 04:00:36 AM UTCdougrayAttached File-=>Added _DEBUG.1.11.4.txt, #17043
      Attached File-=>Added _DEBUG.1.9.1.txt, #17044
      Carbon-Copy-=>Added dougray

    Back to the top


    Powered by Savane 3.1-cleanup1