summaryrefslogtreecommitdiff
path: root/mirror-failure.py
diff options
context:
space:
mode:
authorJulian Andres Klode <julian.klode@canonical.com>2018-08-31 16:07:07 +0200
committerJulian Andres Klode <julian.klode@canonical.com>2018-09-28 13:53:11 +0200
commit439ae5eceae0b44315d278e963332369f0decfa0 (patch)
treeb5f701ed24b22e493ac61b585f71fc78866e476e /mirror-failure.py
parent1bdcf519e7d35cbf249b28a4395364cb6c754f02 (diff)
http: Stop pipeline after close only if it was not filled before
It is perfectly valid behavior for a server to respond with Connection: close eventually, even when pipelining. Turning off pipelining due to that is wrong. For example, some Ubuntu mirrors close the connection after 101 requests. If I have more packages to install, only the first 101 would benefit from pipelining. This commit introduces a new check to only turn of pipelining for future connections if the pipeline for this connection did not have 3 successful fetches before, that should work quite well to detect broken server/proxy combinations like in bug 832113. (cherry picked from commit df696650b7a8c58bbd92e0e1619e956f21010a96) LP: #1794957 (cherry picked from commit 3de7454c796f245371c33076ae01529d6d36d715)
Diffstat (limited to 'mirror-failure.py')
0 files changed, 0 insertions, 0 deletions