Not sure if this is wget's fault or a broken server, but it happens on a
lot of servers so maybe it should be handled better.
The bug seems to manifest itself when resuming an FTP transfter and the
length is unauthoritative. The reported total length is in fact the
remaining length (i.e. the total length minus the length downloaded); the
reported remaining length is the total length minus twice the length
downloaded, which goes negative once you've downloaded 50% of the file!
For example, the actual size of kdebase-2.2.tar.bz2 is 10917131 bytes, and
this is what my log says when the transfer was resumed at 56%:
--11:38:44--
ftp://ftp.sourceforge.net/pub/mirrors/kde/stable/2.2/src/kdebase-2.2.tar.bz2
=> `kdebase-2.2.tar.bz2'
Connecting to ftp.sourceforge.net:21... connected!
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /pub/mirrors/kde/stable/2.2/src ... done.
==> PORT ... done. ==> REST 6131968 ... done.
==> RETR kdebase-2.2.tar.bz2 ... done.
Length: 4,785,163 [-1,346,805 to go] (unauthoritative)
[ skipping 5760K ]
5760K ,,,,,,,,,,,,,,,, ,,,,,,,,,,,,.... ................131% @ 2.07 KB/s
As an artefact of this bug, the percentage downloaded is also incorrect
(also shown here)
Yours,
Dave Turner
[EMAIL PROTECTED]
