re: HTTPS redirect (302) not working in 1.9.1 (works in 1.8.2)
> I am trying to use wget 1.9.1 to download a file using https. The initial > request URL is a script that redirects to another file in the same domain. > If I try this using normal http, it works - the first request returns a > 302 response, and wget follows the new URL to download the file. If I try > this with https, it doesn't work. The 302 response comes back and it looks > like wget is trying to follow to the new URL, but after that it just hangs > - no error message or anything, just hangs. Note that this happens both in > Linux and Windows versions of wget 1.9.1 (with SSL libraries included) > > I then downloaded version 1.8.2, and the same request works properly, i.e. > even against https, the 302 response is followed correctly and it > downloads the file. I'm not sure what could be causing this, but a publically available URL to trace the problem would help. Also, could you try if the same happens with Wget 1.10-rc1, available at ftp://ftp.deepspace6.net/pub/ds6/sources/wget/wget-1.10-rc1.tar.gz Thanks for the report.
1.9.1 large file fetch support
Use a Web server that gives a correct content-length for large files. Create a large file. A lynx listing shows: [ ] bigf18-May-2005 15:01 931G And the raw HTTP header is fine as well: HTTP/1.1 200 OK Date: Tue, 07 Jun 2005 17:25:27 GMT Server: Apache/2.1.3 (Unix) mod_ssl/2.1.3 OpenSSL/0.9.7a DAV/2 SVN/1.1.4 Last-Modified: Wed, 18 May 2005 09:31:55 GMT ETag: "2a8042-d4a51001-28e1b8c0" Accept-Ranges: bytes Content-Length: 10001 Connection: close Content-Type: text/plain But wget messes up: Connecting to :80... connected. HTTP request sent, awaiting response... 200 OK Length: -727,379,967 [text/plain] [ <=> ] 1,102 --.--K/s 22:29:05 (10.51 MB/s) - `bigf' saved [1102/-727379967]) The actual file length is 1102 on disk after wget exits.
Re: 1.9.1 large file fetch support
On Tuesday 07 June 2005 12:31 pm, Soumen Chakrabarti wrote: > Use a Web server that gives a correct content-length for large files. > Create a large file. A lynx listing shows: > > [ ] bigf18-May-2005 15:01 931G > > And the raw HTTP header is fine as well: > > HTTP/1.1 200 OK > Date: Tue, 07 Jun 2005 17:25:27 GMT > Server: Apache/2.1.3 (Unix) mod_ssl/2.1.3 OpenSSL/0.9.7a DAV/2 SVN/1.1.4 > Last-Modified: Wed, 18 May 2005 09:31:55 GMT > ETag: "2a8042-d4a51001-28e1b8c0" > Accept-Ranges: bytes > Content-Length: 10001 > Connection: close > Content-Type: text/plain > > But wget messes up: > > Connecting to :80... connected. > HTTP request sent, awaiting response... 200 OK > Length: -727,379,967 [text/plain] > [ <=> ] 1,102 --.--K/s > 22:29:05 (10.51 MB/s) - `bigf' saved [1102/-727379967]) > > The actual file length is 1102 on disk after wget exits. hi soumen, unfortunately, wget 1.9.1 does not have long file support. this feature has been added recently to wget 1.10, which i am going to release tonight or tomorrow morning at most. -- Aequam memento rebus in arduis servare mentem... Mauro Tortonesi http://www.tortonesi.com University of Ferrara - Dept. of Eng.http://www.ing.unife.it Institute for Human & Machine Cognition http://www.ihmc.us GNU Wget - HTTP/FTP file retrieval tool http://www.gnu.org/software/wget Deep Space 6 - IPv6 for Linuxhttp://www.deepspace6.net Ferrara Linux User Group http://www.ferrara.linux.it
Re: Small bug in Wget manual page
On Thursday 02 June 2005 09:33 am, Herb Schilling wrote: > Hi, > > On http://www.gnu.org/software/wget/manual/wget.html, the section on > protocol-directories has a paragraph that is a duplicate of the > section on no-host-directories. Other than that, the manual is > terrific! Wget is wonderful also. I don't know what I would do > without it. > > > > --protocol-directories > Use the protocol name as a directory component of local file > names. For example, with this option, wget -r http://host will save > to http/host/... rather than just to host/ > > Disable generation of host-prefixed directories. By default, > invoking Wget with -r http://fly.srk.fer.hr/ will create a structure > of directories beginning with fly.srk.fer.hr/. This option disables > such behavior. this seems to be already fixed in the 1.10 documentation. -- Aequam memento rebus in arduis servare mentem... Mauro Tortonesi http://www.tortonesi.com University of Ferrara - Dept. of Eng.http://www.ing.unife.it Institute for Human & Machine Cognition http://www.ihmc.us GNU Wget - HTTP/FTP file retrieval tool http://www.gnu.org/software/wget Deep Space 6 - IPv6 for Linuxhttp://www.deepspace6.net Ferrara Linux User Group http://www.ferrara.linux.it