On Tuesday, March 7, 2017 3:59:22 PM CET Dale R. Worley wrote: > Tim Rühsen <[email protected]> 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.
