next.js
3f4db01d - [Cache Components] Discriminate static shell validation errors by type (#85747)

Commit
69 days ago
[Cache Components] Discriminate static shell validation errors by type (#85747) Prior to this change any "hole" in a prerender that would block the shell was considered an error and you would be presented with a very generic message explaining all the different ways you could have failed this validation check. With this change we use a new technique to validate the static shell which can now tell the difference between waiting on uncached data or runtime data. It also improves the heuristics around generateMetadata and generateViewport errors. Added new error pages for runtime sync IO and ensure we only validate sync IO after runtime data if the page will be validating runtime prefetches. Restored the validation on HMR update so you can get feedback after saving a new file. --- We've also discovered that hanging inputs are not handled correctly. Fixing this is non-trivial and will be done in a follow-up, so for now, we're disabling the failing tests. --------- Co-authored-by: Josh Story <story@hey.com> Co-authored-by: Hendrik Liebau <mail@hendrik-liebau.de>
Author
Parents
Loading