Skip to content
This repository has been archived by the owner on Feb 12, 2022. It is now read-only.

Commit

Permalink
fix readme
Browse files Browse the repository at this point in the history
  • Loading branch information
nkzawa committed Feb 26, 2020
1 parent 6584649 commit 5e3d2e8
Showing 1 changed file with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions readme.md
Original file line number Diff line number Diff line change
Expand Up @@ -28,13 +28,13 @@ Some errors are very common in production (like the underlying `Socket`
yielding `ECONNRESET`), and can easily and instantly be remediated
by retrying.

The default behavior of `fetch-retry` is to attempt retries **10**, **50**
and **250** milliseconds (a total of 3 retires) after
The default behavior of `fetch-retry` is to attempt retries **10**, **60**
**360** and **2160** milliseconds (a total of 4 retires) after
a *network error* or *5xx* error occur.

The idea is to provide a sensible default: most applications should
continue to perform correctly with a worst case scenario of a given
request having an additional 250ms overhead.
request having an additional 2160ms overhead.

On the other hand, most applications that use `fetch-retry` instead of
vanilla `fetch` should see lower rates of common errors and fewer 'glitches'
Expand Down

0 comments on commit 5e3d2e8

Please sign in to comment.