bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] recursive_retrieve()


From: Tim Ruehsen
Subject: Re: [Bug-wget] recursive_retrieve()
Date: Wed, 08 Mar 2017 12:53:51 +0100
User-agent: KMail/5.2.3 (Linux/4.9.0-2-amd64; KDE/5.28.0; x86_64; ; )

On Tuesday, March 7, 2017 3:59:22 PM CET Dale R. Worley wrote:
> Tim Rühsen <address@hidden> writes:
> >> It seems like this needs something like "Note that this is matched
> >> against the entire part of the URL following the final slash; for URLs
> >> containing queries, it may not be the final component of the path part
> >> of the URL."
> > 
> > It is matched against the (local) filename (file part of the path),
> > whatever that contains or looks alike.
> 
> The problem is that "the (local) filename" in this istance isn't the
> file part of the *path* part of the URL, which is a well-defined (RFC
> 3986) and commonly-used term.  The manual page needs to be clearer on
> this if we don't want to force people to run experiments to know what
> wget does.

Oh yes, I agree. Could you make up a patch for wget.texi !?
You should mention --content-disposition / --trust-server-names /--metalink-
over-http . This will influence/change the local filename when the server 
provides filename information.

Tim

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]