summaryrefslogtreecommitdiff
path: root/test/integration/test-apt-ftparchive-by-hash
diff options
context:
space:
mode:
authorDavid Kalnischkies <david@kalnischkies.de>2015-11-21 13:47:19 +0100
committerDavid Kalnischkies <david@kalnischkies.de>2015-11-21 13:47:19 +0100
commitabd6af5a1ce2c20a5742c5c3182dfadce10367ca (patch)
tree43acb35aa3174c2c44d7e3dac92b194deac3582a /test/integration/test-apt-ftparchive-by-hash
parent89497574da3dd40076d955efc936b54e76a8c59c (diff)
do not sent Last-Modified if we expect a changed file
In 8d041b4f we made apt figure out based on the last Release file it has if it should request a file or not given that the hashes changed or not. So if we have a last Release file and do a request, do not sent a Last-Modified header as we expect a change so much that a non-change would indeed be an error. The Last-Modified header is therefore at best ignored by the server, so sending it is just wasted effort. In the worst case as time is a fragile thing the server decides against sending us an update with the idea that we already have the latest content, which we know for a fact that we haven't. Given that we sent less information to the server our request is on its own also less identifiable as coming from a returning or new user. The disadvantage is that if we end up getting an old index file after getting a new Release file from another mirror the old mirror will not be able to tell us 'Hit', but instead sends us the complete file we discard, but both lets us end up with the same error class in the end, so the difference isn't big in practice.
Diffstat (limited to 'test/integration/test-apt-ftparchive-by-hash')
0 files changed, 0 insertions, 0 deletions