-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maksim Ivanov wrote: > I'm trying to download the same file from the same server, command line > I use: > wget --debug -o log -c -t 0 --load-cookies=cookie_file > http://rapidshare.com/files/153131390/Blind-Test.rar > > Below attached 2 files: log with 1.9.1 and log with 1.10.2 > Both logs are made when Blind-Test.rar was already on my HDD. > Sorry for some "mess" in logs, but russian language used on my console.
This is currently being tracked at https://savannah.gnu.org/bugs/?24662 A similar and related bug report is at https://savannah.gnu.org/bugs/?24642 in which the logs show that rapidshare.com issues also issues erroneous Content-Range information when it responds with a 206 Partial Content, which exercised a different "regression"* introduced in 1.11.x. * It's not really a regression, since it's desirable behavior: we now determine the size of the content from the content-range header, since content-length is often missing or erroneous for partial content. However, in this instance of server error, it resulted in less-desirable behavior than the previous version of Wget. Anyway... - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer. GNU Maintainer: wget, screen, teseq http://micah.cowan.name/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJBhvA7M8hyUobTrERAty1AKCEscXut6FDXvXlxpuSBtKkii1/awCeJH0M +JcJ5xG67K7CxHBEcV1x/zY= =D2uE -----END PGP SIGNATURE-----
