[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] Wget 1.20.3 timestamp behavior doesn't match the one desc
From: |
Tim Rühsen |
Subject: |
Re: [Bug-wget] Wget 1.20.3 timestamp behavior doesn't match the one described on the manual |
Date: |
Thu, 15 Aug 2019 09:44:18 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 |
On 8/14/19 9:07 PM, Dalme wrote:
> From the wget manual (at
> https://www.gnu.org/software/wget/manual/wget.html#Time_002dStamping):
> "If the local file does not exist, or the sizes of the files do not
> match, Wget will download the remote file no matter what the time-stamps
> say." However, using Wget 1.20.3 it only downloads the remote file when
> the sizes do not match if we're using "--no-if-modified-since",
> otherwise it doesn't do it. As I've seen Wget 1.16 follows the behavior
> described on the manual (that version doesn't have
> "--no-if-modified-since").
Are you saying that wget sends a wrong date with the If-Modified-Since
header ? If so it's a bug on our side. Maybe you can come up with more
details (--debug output).
> If I'm right I suppose the manual should be updated
What about
"By default, Wget will download the remote file if the local file
doesn't exist or if the time-stamp of the local file is older than the
remote file.
When using --no-if-modified-since, Wget will also download the remote
file if the local file differs in size. This comes at the cost of one
additional HEAD request per file."
Regards, Tim
signature.asc
Description: OpenPGP digital signature