Next.js built-in fetch polyfill should automatically retry on errors
See original GitHub issueNext.js built-in fetch polyfill should automatically retry on retriable errors, like ECONNRESET
.
We should start with the server-side polyfill and potentially do the client-side as well.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:2
- Comments:6 (1 by maintainers)
Top Results From Across the Web
Adding Automatic Retries to Fetch - Mark Michon
One missing feature that can come in handy when making requests is the ability to retry the requests, either on specific response status...
Read more >Advanced Features: Error Handling - Next.js
Error Handling. This documentation explains how you can handle development, server-side, and client-side errors. Handling Errors in Development.
Read more >fetch retry request (on failure) - javascript - Stack Overflow
See that catch? Will trigger when fetch fails, you can fetch again there. Have a look at the Promise API. Implementation example: function ......
Read more >Guillermo Rauch on Twitter: "`fetch` was always annoying to ...
Next.js 9.4: ◇ React Fast Refresh ◇ Incremental Static Regeneration (beta) ◇ New Environment Variables Support ◇ Built-in Fetch Support ...
Read more >Axios vs. fetch(): Which is best for making HTTP requests?
Let's say there is a network error; using the response interceptors, you can retry that same request using interceptors. By default, fetch() ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
You can have a look at https://github.com/vercel/fetch-retry and https://github.com/vercel/fetch
Please verify that your issue can be recreated with
next@canary
.Why was this issue marked with the
please verify canary
label?We noticed the provided reproduction was using an older version of Next.js, instead of
canary
.The canary version of Next.js ships daily and includes all features and fixes that have not been released to the stable version yet. You can think of canary as a public beta. Some issues may already be fixed in the canary version, so please verify that your issue reproduces by running
npm install next@canary
and test it in your project, using your reproduction steps.If the issue does not reproduce with the
canary
version, then it has already been fixed and this issue can be closed.How can I quickly verify if my issue has been fixed in
canary
?The safest way is to install
next@canary
in your project and test it, but you can also search through closed Next.js issues for duplicates or check the Next.js releases.My issue has been open for a long time, why do I need to verify
canary
now?Next.js does not backport bug fixes to older versions of Next.js. Instead, we are trying to introduce only a minimal amount of breaking changes between major releases.
What happens if I don’t verify against the canary version of Next.js?
An issue with the
please verify canary
that receives no meaningful activity (e.g. new comments that acknowledge verification againstcanary
) will be automatically closed and locked after 30 days.If your issue has not been resolved in that time and it has been closed/locked, please open a new issue, with the required reproduction, using
next@canary
.I did not open this issue, but it is relevant to me, what can I do to help?
Anyone experiencing the same issue is welcome to provide a minimal reproduction following the above steps. Furthermore, you can upvote the issue using the 👍 reaction on the topmost comment (please do not comment “I have the same issue” without repro steps). Then, we can sort issues by votes to prioritize.
I think my reproduction is good enough, why aren’t you looking into it quicker?
We look into every Next.js issue and constantly monitor open issues for new comments.
However, sometimes we might miss one or two due to the popularity/high traffic of the repository. We apologize, and kindly ask you to refrain from tagging core maintainers, as that will usually not result in increased priority.
Upvoting issues to show your interest will help us prioritize and address them as quickly as possible. That said, every issue is important to us, and if an issue gets closed by accident, we encourage you to open a new one linking to the old issue and we will look into it.
Useful Resources