diff options
| author | Julian Andres Klode <julian.klode@canonical.com> | 2024-11-18 14:54:19 +0100 |
|---|---|---|
| committer | Julian Andres Klode <julian.klode@canonical.com> | 2024-11-18 14:54:19 +0100 |
| commit | f4b57be67c34e9d771859b6851254e64c2a1dc8c (patch) | |
| tree | 3cde031a7ddb13bcd64090adbe89de6572bc14f1 /debian/changelog | |
| parent | 39de3df0774dce8f858cbce384ac63d50c632f5f (diff) | |
Handle Retry-After by default
Let's get some feedback here. This is capped to 30s per retry, so
a maximum of 90s per item that we delay the failure case. In the
worst case, we hence have 90n seconds delay for n items.
In a more realistic worse case however, the server likely does
not collapse per-item, and we end up trying all items in a short
burst so it seems more realistic we hit a 90s total delay.
The bursty behavior may be suboptimal; we don't quite know, but
it seems the specification of Retry-After is per-entity rather than
per-host, so technically speaking it seems correct.
Diffstat (limited to 'debian/changelog')
0 files changed, 0 insertions, 0 deletions
