Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Fizz] Gracefully handle suspending in DOM configs #26768

Merged
merged 1 commit into from
May 3, 2023

Conversation

sebmarkbage
Copy link
Collaborator

E.g. if we suspend (throw a promise) in pushStartInstance today we might have already pushed some chunks (or even child segments potentially). We should revert back to where we were.

This doesn't usually happen because when we suspend in a component it doesn't write anything itself, it'll always defer to som host instance to do the writing.

There was a todo about this already but I'm not 100% sure it's always safe when suspending. It should be safe when suspending just regularly because it's just a noop. We might not even want "throwing a promise" in this mechanism to be supported longer term but for now that's how a suspend in internals.

E.g. if we suspend (throw a promise) in pushStartInstance today we might
have already pushed some chunks (or even child segments potentially).
We should revert back to where we were.

There was a todo about this already but I'm not 100% sure it's always safe.
We might not even want "throwing a promise" in this mechanism to be supported
longer term but for now that's how a suspend in internals.
@sebmarkbage sebmarkbage requested review from gnoff and acdlite May 3, 2023 17:26
@facebook-github-bot facebook-github-bot added CLA Signed React Core Team Opened by a member of the React Core Team labels May 3, 2023
@sebmarkbage sebmarkbage changed the title Gracefully handle suspending in DOM configs [Fizz] Gracefully handle suspending in DOM configs May 3, 2023
@react-sizebot
Copy link

Comparing: 388686f...804dced

Critical size changes

Includes critical production bundles, as well as any change greater than 2%:

Name +/- Base Current +/- gzip Base gzip Current gzip
oss-stable/react-dom/cjs/react-dom.production.min.js = 164.19 kB 164.19 kB = 51.78 kB 51.78 kB
oss-experimental/react-dom/cjs/react-dom.production.min.js = 171.57 kB 171.57 kB = 53.99 kB 53.99 kB
facebook-www/ReactDOM-prod.classic.js = 570.19 kB 570.19 kB = 100.62 kB 100.62 kB
facebook-www/ReactDOM-prod.modern.js = 553.93 kB 553.93 kB = 97.80 kB 97.80 kB

Significant size changes

Includes any change greater than 0.2%:

Expand to show
Name +/- Base Current +/- gzip Base gzip Current gzip
oss-stable-semver/react-server/cjs/react-server.production.min.js +0.70% 24.79 kB 24.97 kB +0.46% 8.46 kB 8.50 kB
oss-stable/react-server/cjs/react-server.production.min.js +0.70% 24.79 kB 24.97 kB +0.46% 8.46 kB 8.50 kB
oss-experimental/react-server/cjs/react-server.production.min.js +0.69% 25.23 kB 25.40 kB +0.49% 8.61 kB 8.65 kB
facebook-www/ReactDOMServer-prod.modern.js +0.37% 135.83 kB 136.33 kB +0.20% 25.29 kB 25.34 kB
facebook-www/ReactDOMServer-prod.classic.js +0.36% 139.36 kB 139.85 kB +0.20% 26.01 kB 26.06 kB
facebook-www/ReactDOMServerStreaming-prod.modern.js +0.35% 140.85 kB 141.34 kB +0.24% 26.70 kB 26.77 kB
oss-stable-semver/react-server/cjs/react-server.development.js +0.34% 145.96 kB 146.46 kB +0.19% 36.43 kB 36.50 kB
oss-stable/react-server/cjs/react-server.development.js +0.34% 145.96 kB 146.46 kB +0.19% 36.43 kB 36.50 kB
oss-experimental/react-server/cjs/react-server.development.js +0.34% 147.16 kB 147.66 kB +0.19% 36.71 kB 36.78 kB
oss-stable-semver/react-dom/cjs/react-dom-server.browser.production.min.js +0.30% 60.09 kB 60.27 kB +0.27% 18.35 kB 18.40 kB
oss-stable/react-dom/cjs/react-dom-server.browser.production.min.js +0.30% 60.12 kB 60.30 kB +0.26% 18.37 kB 18.42 kB
oss-stable-semver/react-dom/umd/react-dom-server.browser.production.min.js +0.30% 60.25 kB 60.43 kB +0.26% 18.59 kB 18.64 kB
oss-stable/react-dom/umd/react-dom-server.browser.production.min.js +0.30% 60.28 kB 60.46 kB +0.25% 18.62 kB 18.66 kB
oss-stable-semver/react-dom/umd/react-dom-server-legacy.browser.production.min.js +0.30% 58.94 kB 59.12 kB +0.15% 17.54 kB 17.56 kB
oss-stable/react-dom/umd/react-dom-server-legacy.browser.production.min.js +0.30% 58.97 kB 59.14 kB +0.15% 17.56 kB 17.59 kB
oss-stable-semver/react-dom/cjs/react-dom-server-legacy.browser.production.min.js +0.30% 58.77 kB 58.95 kB +0.22% 17.26 kB 17.30 kB
oss-stable/react-dom/cjs/react-dom-server-legacy.browser.production.min.js +0.30% 58.80 kB 58.97 kB +0.20% 17.29 kB 17.32 kB
oss-experimental/react-dom/cjs/react-dom-static.browser.production.min.js +0.29% 62.00 kB 62.18 kB +0.21% 19.20 kB 19.24 kB
oss-experimental/react-dom/cjs/react-dom-server.browser.production.min.js +0.29% 62.12 kB 62.30 kB +0.18% 19.26 kB 19.30 kB
oss-experimental/react-dom/umd/react-dom-server.browser.production.min.js +0.29% 62.27 kB 62.45 kB +0.18% 19.51 kB 19.55 kB
oss-experimental/react-dom/cjs/react-dom-static.edge.production.min.js +0.29% 62.33 kB 62.51 kB +0.20% 19.33 kB 19.37 kB
oss-stable-semver/react-dom/cjs/react-dom-server.bun.production.min.js +0.29% 62.51 kB 62.69 kB +0.29% 18.76 kB 18.82 kB
oss-stable/react-dom/cjs/react-dom-server.bun.production.min.js +0.29% 62.54 kB 62.72 kB +0.28% 18.79 kB 18.84 kB
oss-stable-semver/react-dom/cjs/react-dom-server.edge.production.min.js +0.28% 64.33 kB 64.52 kB +0.25% 19.76 kB 19.81 kB
oss-stable/react-dom/cjs/react-dom-server.edge.production.min.js +0.28% 64.36 kB 64.54 kB +0.24% 19.79 kB 19.84 kB
oss-stable-semver/react-dom/cjs/react-dom-server.node.production.min.js +0.28% 64.48 kB 64.66 kB +0.26% 19.82 kB 19.87 kB
oss-stable/react-dom/cjs/react-dom-server.node.production.min.js +0.28% 64.50 kB 64.68 kB +0.25% 19.84 kB 19.89 kB
oss-experimental/react-dom/cjs/react-dom-server-legacy.browser.production.min.js +0.28% 61.33 kB 61.50 kB +0.31% 18.43 kB 18.49 kB
oss-experimental/react-dom/umd/react-dom-server-legacy.browser.production.min.js +0.27% 61.49 kB 61.66 kB +0.25% 18.73 kB 18.78 kB
oss-stable-semver/react-dom/cjs/react-dom-server-legacy.node.production.min.js +0.27% 63.52 kB 63.70 kB +0.21% 18.82 kB 18.85 kB
oss-stable/react-dom/cjs/react-dom-server-legacy.node.production.min.js +0.27% 63.55 kB 63.72 kB +0.20% 18.84 kB 18.88 kB
oss-experimental/react-dom/cjs/react-dom-server.bun.production.min.js +0.27% 65.19 kB 65.36 kB +0.20% 19.98 kB 20.01 kB
oss-experimental/react-dom/cjs/react-dom-server.edge.production.min.js +0.27% 66.47 kB 66.65 kB +0.27% 20.74 kB 20.79 kB
oss-experimental/react-dom/cjs/react-dom-static.node.production.min.js +0.27% 66.57 kB 66.75 kB +0.27% 20.80 kB 20.85 kB
oss-experimental/react-dom/cjs/react-dom-server.node.production.min.js +0.27% 66.60 kB 66.78 kB +0.27% 20.81 kB 20.86 kB
oss-experimental/react-dom/cjs/react-dom-server-legacy.node.production.min.js +0.26% 66.18 kB 66.35 kB +0.18% 20.02 kB 20.05 kB

Generated by 🚫 dangerJS against 804dced

Copy link
Collaborator

@gnoff gnoff left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I didn't realize this was possible. What scenario would lead to suspend during pushStart...?
nm I see where this is going :)

@sebmarkbage sebmarkbage merged commit c10010a into facebook:main May 3, 2023
github-actions bot pushed a commit that referenced this pull request May 3, 2023
E.g. if we suspend (throw a promise) in pushStartInstance today we might
have already pushed some chunks (or even child segments potentially). We
should revert back to where we were.

This doesn't usually happen because when we suspend in a component it
doesn't write anything itself, it'll always defer to som host instance
to do the writing.

There was a todo about this already but I'm not 100% sure it's always
safe when suspending. It should be safe when suspending just regularly
because it's just a noop. We might not even want "throwing a promise" in
this mechanism to be supported longer term but for now that's how a
suspend in internals.

DiffTrain build for [c10010a](c10010a)
acdlite added a commit to acdlite/next.js that referenced this pull request May 3, 2023
Includes the following upstream changes:

- [aef7ce554](https://github.com/facebook/react/commits/aef7ce554) [Flight] Progressively Enhanced Server Actions ([vercel#26774](facebook/react#26774)) (Sebastian Markbåge)
- [c10010a6a](https://github.com/facebook/react/commits/c10010a6a) [Fizz] Gracefully handle suspending in DOM configs ([vercel#26768](facebook/react#26768)) (Sebastian Markbåge)
- [f533cee8c](https://github.com/facebook/react/commits/f533cee8c) Add useFormStatus to Flight fixture ([#26773](facebook/react#26773)) (Andrew Clark)
- [2c1117a8d](https://github.com/facebook/react/commits/2c1117a8d) Reuse request so that a ReabableStream body does not become disturbed ([vercel#26771](facebook/react#26771)) (Andrew Gadzik)
- [fa7a447b9](https://github.com/facebook/react/commits/fa7a447b9) [Fizz] Check for nullish values on ReactCustomFormAction ([vercel#26770](facebook/react#26770)) (Sebastian Markbåge)
acdlite added a commit to vercel/next.js that referenced this pull request May 4, 2023
Includes the following upstream changes:

- [aef7ce554](https://github.com/facebook/react/commits/aef7ce554)
[Flight] Progressively Enhanced Server Actions
([#26774](facebook/react#26774)) (Sebastian
Markbåge)
- [c10010a6a](https://github.com/facebook/react/commits/c10010a6a)
[Fizz] Gracefully handle suspending in DOM configs
([#26768](facebook/react#26768)) (Sebastian
Markbåge)
- [f533cee8c](https://github.com/facebook/react/commits/f533cee8c) Add
useFormStatus to Flight fixture
([#26773](facebook/react#26773)) (Andrew Clark)
- [2c1117a8d](https://github.com/facebook/react/commits/2c1117a8d) Reuse
request so that a ReabableStream body does not become disturbed
([#26771](facebook/react#26771)) (Andrew Gadzik)
- [fa7a447b9](https://github.com/facebook/react/commits/fa7a447b9)
[Fizz] Check for nullish values on ReactCustomFormAction
([#26770](facebook/react#26770)) (Sebastian
Markbåge)

<!-- Thanks for opening a PR! Your contribution is much appreciated.
To make sure your PR is handled as smoothly as possible we request that
you follow the checklist sections below.
Choose the right checklist for the change(s) that you're making:

## For Contributors

### Improving Documentation or adding/fixing Examples

- The "examples guidelines" are followed from our contributing doc
https://github.com/vercel/next.js/blob/canary/contributing/examples/adding-examples.md
- Make sure the linting passes by running `pnpm build && pnpm lint`. See
https://github.com/vercel/next.js/blob/canary/contributing/repository/linting.md

### Fixing a bug

- Related issues linked using `fixes #number`
- Tests added. See:
https://github.com/vercel/next.js/blob/canary/contributing/core/testing.md#writing-tests-for-nextjs
- Errors have a helpful link attached, see
https://github.com/vercel/next.js/blob/canary/contributing.md

### Adding a feature

- Implements an existing feature request or RFC. Make sure the feature
request has been accepted for implementation before opening a PR. (A
discussion must be opened, see
https://github.com/vercel/next.js/discussions/new?category=ideas)
- Related issues/discussions are linked using `fixes #number`
- e2e tests added
(https://github.com/vercel/next.js/blob/canary/contributing/core/testing.md#writing-tests-for-nextjs
- Documentation added
- Telemetry added. In case of a feature if it's used or not.
- Errors have a helpful link attached, see
https://github.com/vercel/next.js/blob/canary/contributing.md



## For Maintainers

- Minimal description (aim for explaining to someone not on the team to
understand the PR)
- When linking to a Slack thread, you might want to share details of the
conclusion
- Link both the Linear (Fixes NEXT-xxx) and the GitHub issues
- Add review comments if necessary to explain to the reviewer the logic
behind a change

### What?

### Why?

### How?

Closes NEXT-
Fixes #

-->
sebmarkbage pushed a commit to sebmarkbage/next.js that referenced this pull request May 4, 2023
Includes the following upstream changes:

- [aef7ce554](https://github.com/facebook/react/commits/aef7ce554) [Flight] Progressively Enhanced Server Actions ([vercel#26774](facebook/react#26774)) (Sebastian Markbåge)
- [c10010a6a](https://github.com/facebook/react/commits/c10010a6a) [Fizz] Gracefully handle suspending in DOM configs ([vercel#26768](facebook/react#26768)) (Sebastian Markbåge)
- [f533cee8c](https://github.com/facebook/react/commits/f533cee8c) Add useFormStatus to Flight fixture ([#26773](facebook/react#26773)) (Andrew Clark)
- [2c1117a8d](https://github.com/facebook/react/commits/2c1117a8d) Reuse request so that a ReabableStream body does not become disturbed ([vercel#26771](facebook/react#26771)) (Andrew Gadzik)
- [fa7a447b9](https://github.com/facebook/react/commits/fa7a447b9) [Fizz] Check for nullish values on ReactCustomFormAction ([vercel#26770](facebook/react#26770)) (Sebastian Markbåge)
EdisonVan pushed a commit to EdisonVan/react that referenced this pull request Apr 15, 2024
E.g. if we suspend (throw a promise) in pushStartInstance today we might
have already pushed some chunks (or even child segments potentially). We
should revert back to where we were.

This doesn't usually happen because when we suspend in a component it
doesn't write anything itself, it'll always defer to som host instance
to do the writing.

There was a todo about this already but I'm not 100% sure it's always
safe when suspending. It should be safe when suspending just regularly
because it's just a noop. We might not even want "throwing a promise" in
this mechanism to be supported longer term but for now that's how a
suspend in internals.
bigfootjon pushed a commit that referenced this pull request Apr 18, 2024
E.g. if we suspend (throw a promise) in pushStartInstance today we might
have already pushed some chunks (or even child segments potentially). We
should revert back to where we were.

This doesn't usually happen because when we suspend in a component it
doesn't write anything itself, it'll always defer to som host instance
to do the writing.

There was a todo about this already but I'm not 100% sure it's always
safe when suspending. It should be safe when suspending just regularly
because it's just a noop. We might not even want "throwing a promise" in
this mechanism to be supported longer term but for now that's how a
suspend in internals.

DiffTrain build for commit c10010a.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CLA Signed React Core Team Opened by a member of the React Core Team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants