bug-wget
[Top][All Lists]
Advanced

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

Re: [Bug-wget] WARNING: timestamping does nothing in combination with -O


From: Hubert Tarasiuk
Subject: Re: [Bug-wget] WARNING: timestamping does nothing in combination with -O.
Date: Fri, 6 Nov 2015 20:39:43 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0

W dniu 13.10.2015 o 18:37, Matt Cooper pisze:
> Hi,
> 
> Regarding the subject line, I was wondering why? It seems given the warning 
> message that this was purposely not implemented rather than missed. I'm not 
> sure why, and it'd be great if it were supported. Even if wget always sets 
> the current time for the local timestamp when writing the file with -O, that 
> would still work fine since whatever the server timestamp was at the time of 
> download, it should have been less than the current time, no? And when the 
> file is updated, the server timestamp should then exceed the local timestamp.
I suppose that it is disabled because it is not well defined -
especially when more than one file is listed.
Another point is that it should emulate shell redirection. The
application is not aware that its output has been redirected and would
not normally read its timestamp - especially that the redirection target
file is created or truncated before the application is started.
> 
> I've wanted this feature to work before for a variety of things, but here's 
> today's use case - wget saves 
> http://javadl.sun.com/webapps/download/AutoDL?BundleId=109706 as 
> "address@hidden".. but the users on the network would much rather see 
> Java-Setup-i586.exe sitting in "LatestVersions". Right now my script 
> downloads & overwrites every morning. It works, but it fills my backup tapes 
> and makes me sad.
I think that you should look into --trust-server-names. The URL after
redirection is:
http://sdlc-esd.oracle.com/ESD6/JSCDL/jdk/8u60-b27/jre-8u60-windows-i586.exe?GroupName=JSC&Fileath=/ESD6/JSCDL/jdk/8u60-b27/jre-8u60-windows-i586.exe&BHost=javadl.sun.com&File=jre-8u60-windows-i586.exe&AuthParam=1446838017_bdb80497504f5e51eeb9111486c4aae1&ext=.exe

Wget will then use the last component BUT it will not truncate the
&params. I think that most browsers would take the last component and
truncate the path parameters - that gives the expected name:
jre-8u60-windows-i586.exe.

Another option that might be interesting is --content-disposition. But
this header is not present in this case.

Hubert
> 
> -Matt
> 

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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