Hi!
when using the -S option, wget dies apparently because the server
returns 8-bit characters in the WWW-Authenticate header:
$ wget -S http://lib.homelinux.org/_djvu/zzz.txt
--01:46:17-- http://lib.homelinux.org/_djvu/zzz.txt
= `zzz.txt'
Resolving lib.homelinux.org... 83.149.236.67
On Mon, 03 Apr 2006 17:15:52 +0200
Mauro Tortonesi [EMAIL PROTECTED] wrote:
The fix will appear in the next release, 1.11. Mauro's paragraph you
quoted (beginning with i am going to test and apply your patch later
this week) referred to applying the patch to the version control
MT == Mauro Tortonesi writes:
are there any news on the wget update?
MT hrvoje fixed this problem more than one month ago. from the
MT ChangeLog:
i don't see the official source at ftp.gnu.org/gnu/wget/
that's what i'm asking about.
Best,
v.
MT == Mauro Tortonesi writes:
I addressed this bug in wget few months ago. See the fix here:
http://www.mail-archive.com/wget@sunsite.dk/msg08516.html
MT hi frank,
MT i am going to test and apply your patch later this week, as well
MT as many other pending patches. unfortunately i am
Greetings,
[wget version: 1.10.2]
suppose that i run
wget -r -l 1 http://some-host.com/index.html
and index.html contains a link like this:
A HREF=../directory/file.htmlfile/A
then wget, when it tries to download this file, sends the following
HTTP request:
GET /../directory/file.html
DV == Dmitry Vereschaka writes:
suppose that i run
wget -r -l 1 http://some-host.com/index.html
and index.html contains a link like this:
A HREF=../directory/file.htmlfile/A
DV URL ../directory/file.html placed in
DV http://some-host.com/index.html is illegal because no
FM == Frank McCown writes:
DV URL ../directory/file.html placed in
DV http://some-host.com/index.html is illegal because no parent
DV directory for /index.html exists.
it is legal. it works everywhere else. that's why i ask to
normalize the URL properly.
FM The URL is legal if the web
Hi!
in wget 1.8, FTP recursion through proxy servers does not work anymore:
when i run
wget --execute ftp_proxy = http://some.proxy:3128; -m ftp://some.host/dir/
wget only retrieves the file ftp://some.host/dir/index.html
and stops.
i found the following ChangeLog entries:
* recur.c
Hi!
additional note: wget 1.7.1 works fine WRT FTP recursion through proxy
servers; that was the last version before the change from
recursive_retrieve to retrieve_tree was made (according to ChangeLog).
So, indeed the change from recursive_retrieve to retrieve_tree
introduced a bug.
Best,
v.
Hi,
when wget receives an empty list from the LIST command (FTP) when
getting the contents of some directory, it tries to download a file
index.html from that directory, which does not seem to make sense.
Best,
v.
Hi!
this is not strictly speaking a bug, but is an inconsistency.
when i run
wget -x http://some.host/path%20to%20file/file%20name.html
wget saves the result in some.host/path%20to%20file/file name.html
i.e. it decodes %-characters in filename, but not in directory
name(s).
since these
Hrvoje == Hrvoje Niksic writes:
this is not strictly speaking a bug, but is an inconsistency.
when i run
wget -x http://some.host/path%20to%20file/file%20name.html
wget saves the result in some.host/path%20to%20file/file
name.html
i.e. it decodes %-characters in filename,
Hi,
when i run wget 1.8 with two arguments:
wget http://some/url http://some/url
which are the same, i get:
Assertion failed: !hash_table_contains (dl_url_file_map, url), file recur.c, line 752
Abort (core dumped)
Best,
v.
13 matches
Mail list logo