-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hrvoje Niksic wrote: > Micah Cowan <[EMAIL PROTECTED]> writes: > >>> When I tried this in my wget, I got different behavior with wget 1.11 >>> alpha and wget 1.10.2 >>> >>> D:\>wget --proxy=off -r -l 1 -nc -np http://localhost/test/ >>> File `localhost/test/index.html' already there; not retrieving. >>> >>> >>> D:\>wget110 --proxy=off -r -l 1 -nc -np http://localhost/test/ >>> File `localhost/test/index.html' already there; not retrieving. >>> >>> File `localhost/test/a.gif' already there; not retrieving. >>> >>> File `localhost/test/b.gif' already there; not retrieving. >>> >>> File `localhost/test/c.jpg' already there; not retrieving. >>> >>> FINISHED --20:31:41-- >>> Downloaded: 0 bytes in 0 files >>> >>> I think wget 1.10.2 behavior is more correct. Anyway it did not abort >>> in my case. >> I think I like the 1.11 behavior (I'm assuming it's intentional). > > Let me recap to see if I understand the difference. From the above > output, it seems that 1.10's -r descended into an HTML even if it was > downloaded. 1.11's -r assumes that if an HTML file is already there, > then so are all the other files it references. > > If this analysis is correct, I don't see the benefit of the new > behavior. If index.html happens to be present, it doesn't mean that > the files it references are also present. I don't know if the change > was intentional, but it looks incorrect to me.
Oh. Um, yeah, I think I had it swapped. I was thinking the first example was 1.10.2, and the second 1.11, but judging by the names I'm thinking you're right. In that case, it looks to me like a regression. Thanks, Hrvoje. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer... http://micah.cowan.name/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH2CGX7M8hyUobTrERAgQ3AJ4hNg/ujDOwhHHUuFPj0WnrnVPDWACgidpw wNx435+A5Gjt4tr2LHxFzqo= =CydB -----END PGP SIGNATURE-----