7018a65de4
### What? Previously, if an error such as the client side rendering bailout (not to be confused with the static rendering bailout which PPR supercedes) occurs during render, and the `postpone` function was invoked during the original render, then the `staticGenerationStore` would incorrectly report that the render did call `postpone`, because the value is not reset on the render for the error page. ### How? Returning no error when the standard render is used and returning the error when the error render was used ensures that we don't warn about missing postpone data when a client side rendering bailout occurs. ### Looking Ahead A refactor of the `AsyncLocalStorage` should be done such that the stores are: 1. Returned by the calling function so we aren't reaching into store properties at different parts 2. Reorganizing the stores so that they're tied to the invocation lifetime, not the entire request lifetime, so that operations (like postpone) should only be available during renders that support postpone, not all renders during a request. Closes NEXT-1927 |
||
|---|---|---|
| .. | ||
| api | ||
| bin | ||
| build | ||
| bundles | ||
| cli | ||
| client | ||
| compiled | ||
| experimental/testmode | ||
| export | ||
| lib | ||
| pages | ||
| server | ||
| shared/lib | ||
| telemetry | ||
| trace | ||