[gutsy] wget infinate loop

Bug #153720 reported by Evan Carroll
6
Affects Status Importance Assigned to Milestone
wget
Unknown
Unknown
wget (Ubuntu)
Incomplete
Undecided
Evan Carroll

Bug Description

Binary package hint: wget

If the ftp server you are retreving information from, reports a wrong/different size, wget will try to download the file. With the continue flag, wget downloads nothing, (because the sizes are corrects), and then determines the ifles sizes are off and continues to attempt retrieving of files.

Revision history for this message
Evan Carroll (evancarroll) wrote :

copy of wget log with -v -d

Revision history for this message
Fole (fole) wrote :

Bug still exists for version 1.11 from (downloaded from their website).
Submitted to upstream

Revision history for this message
Fole (fole) wrote :
Changed in wget:
status: New → Confirmed
Revision history for this message
Micah Cowan (micahcowan) wrote :

(Upstream maintainer) I simply cannot reproduce this bug. The output indicates that Wget is unable to parse the size information from the list (perhaps it is not available), and then (apparently?) loops forever on some of these files.

I can obviously reproduce that Wget will try to download the remainder of files when it's not told how much is left... it obviously could skip the RETR once the SIZE result tells it it already has everything, but that's hardly a problem. I can't reproduce the infinite looping, though: I wrote a test to give Wget "zero" sizes for all the files, but Wget still only downloaded each file once per invocation.

Some of the output looks very strongly like the remote server is listing the same files over and over again many times (getting "Unrecognized permissions for BLAH" several times for one BLAH)... altogether, something very screwy is going on there.

It would have helped if I had: (a) the exact invocation of Wget, which options were specified, etc. (b) output with -S, as well as -d: this would tell me the actual listing data received from the server. This would help a good deal. But what would be _most_ helpful, would be a link to a public FTP server I can reproduce this on (or email me enough info to reproduce on a private one, if you're okay with that).

NOTE: A good many FTP fixes went into the latest Wget development sources, so there's a chance this has been fixed (however, I did all my testing on Wget 1.11 as well, which is what this bug was reported against). Those of you able to reproduce this infinite-looping problem might try downloading the latest sources: please note that they do not include a "configure" script or Makefiles, so you have to have several development tools on your system, such as autoconf and automake, etc. See http://wget.addictivecode.org/RepositoryAccess for how to acquire and build Wget from the latest sources.

If you do provide more information, please ping the upstream bugtracker as well, at https://savannah.gnu.org/bugs/?22403

Changed in wget (Ubuntu):
assignee: nobody → EvanCarroll (evancarroll)
status: Confirmed → Incomplete
Revision history for this message
rusivi2 (rusivi2-deactivatedaccount) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue that you reported should be reproducible with the live environment of the Desktop CD development release - Maverick Meerkat. It would help us greatly if you could test with it so we can work on getting it fixed in the next release of Ubuntu. You can find out more about the development release at http://www.ubuntu.com/testing/. Thanks again and we appreciate your help.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.