[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
signature.asc
Description: This is a digitally signed message part.