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

[ServerRenderer] Add option to send instructions as data attributes #25437

Merged
merged 13 commits into from
Nov 30, 2022

Conversation

mofeiZ
Copy link
Contributor

@mofeiZ mofeiZ commented Oct 5, 2022

Changes made:

  • Running with enableFizzExternalRuntime (feature flag) and unstable_externalRuntimeSrc (param) will generate html nodes with data attributes that encode Fizz instructions.
<div 
  hidden data-rxi=""
  data-bid="param0"
  data-dgst="param1"
></div>
  • Added an external runtime browser script ReactDOMServerExternalRuntime, which processes and removes these nodes
    • This runtime should be passed as to renderInto[...] via unstable_externalRuntimeSrc
    • Since this runtime is render blocking (for all streamed suspense boundaries and segments), we want this to reach the client as early as possible. By default, Fizz will send this script at the end of the shell when it detects dynamic content (e.g. suspenseful pending tasks), but it can be sent even earlier by calling preinit(...) inside a component.
  • The current implementation relies on Float to dedupe sending unstable_externalRuntimeSrc, so enableFizzExternalRuntime is only valid when enableFloat is also set.

What's left (done)

  • Add enableFizzExternalRuntime as an entrypoint parameter
  • Add a MutationObserver implementation
  • Add ^ to test setup (when using Meta's feature flags)

Summary

How did you test this change?

@facebook-github-bot facebook-github-bot added CLA Signed React Core Team Opened by a member of the React Core Team labels Oct 5, 2022
@sizebot
Copy link

sizebot commented Oct 5, 2022

Comparing: e982254...f35926f

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 = 154.55 kB 154.55 kB = 49.05 kB 49.04 kB
oss-experimental/react-dom/cjs/react-dom.production.min.js = 156.47 kB 156.47 kB = 49.67 kB 49.67 kB
facebook-www/ReactDOM-prod.classic.js = 533.67 kB 533.67 kB = 94.54 kB 94.54 kB
facebook-www/ReactDOM-prod.modern.js = 518.77 kB 518.77 kB = 92.35 kB 92.35 kB
facebook-www/ReactDOMForked-prod.classic.js = 533.67 kB 533.67 kB = 94.54 kB 94.54 kB
oss-experimental/react-dom/unstable_server-external-runtime.js +65.66% 1.52 kB 2.51 kB +55.60% 0.73 kB 1.14 kB
oss-stable-semver/react-dom/unstable_server-external-runtime.js +65.66% 1.52 kB 2.51 kB +55.60% 0.73 kB 1.14 kB
oss-stable/react-dom/unstable_server-external-runtime.js +65.66% 1.52 kB 2.51 kB +55.60% 0.73 kB 1.14 kB
facebook-www/ReactDOMServerStreaming-prod.modern.js +5.57% 121.77 kB 128.56 kB +2.84% 24.02 kB 24.70 kB
facebook-www/ReactDOMServer-prod.modern.js +5.43% 117.08 kB 123.43 kB +2.87% 22.73 kB 23.39 kB
facebook-www/ReactDOMServer-prod.classic.js +5.29% 120.22 kB 126.57 kB +2.73% 23.37 kB 24.01 kB
facebook-www/ReactDOMServer-dev.modern.js +3.19% 326.42 kB 336.82 kB +2.15% 73.39 kB 74.96 kB
facebook-www/ReactDOMServerStreaming-dev.modern.js +3.16% 321.90 kB 332.07 kB +2.10% 72.36 kB 73.88 kB
facebook-www/ReactDOMServer-dev.classic.js +3.12% 333.11 kB 343.52 kB +2.10% 74.82 kB 76.39 kB

Significant size changes

Includes any change greater than 0.2%:

Expand to show
Name +/- Base Current +/- gzip Base gzip Current gzip
oss-experimental/react-dom/unstable_server-external-runtime.js +65.66% 1.52 kB 2.51 kB +55.60% 0.73 kB 1.14 kB
oss-stable-semver/react-dom/unstable_server-external-runtime.js +65.66% 1.52 kB 2.51 kB +55.60% 0.73 kB 1.14 kB
oss-stable/react-dom/unstable_server-external-runtime.js +65.66% 1.52 kB 2.51 kB +55.60% 0.73 kB 1.14 kB
facebook-www/ReactDOMServerStreaming-prod.modern.js +5.57% 121.77 kB 128.56 kB +2.84% 24.02 kB 24.70 kB
facebook-www/ReactDOMServer-prod.modern.js +5.43% 117.08 kB 123.43 kB +2.87% 22.73 kB 23.39 kB
facebook-www/ReactDOMServer-prod.classic.js +5.29% 120.22 kB 126.57 kB +2.73% 23.37 kB 24.01 kB
facebook-www/ReactDOMServer-dev.modern.js +3.19% 326.42 kB 336.82 kB +2.15% 73.39 kB 74.96 kB
facebook-www/ReactDOMServerStreaming-dev.modern.js +3.16% 321.90 kB 332.07 kB +2.10% 72.36 kB 73.88 kB
facebook-www/ReactDOMServer-dev.classic.js +3.12% 333.11 kB 343.52 kB +2.10% 74.82 kB 76.39 kB
oss-stable-semver/react-server-dom-webpack/cjs/react-server-dom-webpack-server.browser.production.min.js +1.25% 22.56 kB 22.84 kB +0.82% 8.02 kB 8.09 kB
oss-stable/react-server-dom-webpack/cjs/react-server-dom-webpack-server.browser.production.min.js +1.25% 22.56 kB 22.84 kB +0.82% 8.02 kB 8.09 kB
oss-experimental/react-server-dom-webpack/cjs/react-server-dom-webpack-server.browser.production.min.js +1.25% 22.60 kB 22.89 kB +0.85% 8.04 kB 8.11 kB
oss-stable-semver/react-server-dom-webpack/umd/react-server-dom-webpack-server.browser.production.min.js +1.24% 22.75 kB 23.03 kB +0.79% 8.12 kB 8.19 kB
oss-stable/react-server-dom-webpack/umd/react-server-dom-webpack-server.browser.production.min.js +1.24% 22.75 kB 23.03 kB +0.79% 8.12 kB 8.19 kB
oss-experimental/react-server-dom-webpack/umd/react-server-dom-webpack-server.browser.production.min.js +1.24% 22.79 kB 23.07 kB +0.79% 8.14 kB 8.20 kB
oss-stable-semver/react-server-dom-webpack/cjs/react-server-dom-webpack-server.node.production.min.js +1.23% 22.93 kB 23.22 kB +0.83% 8.11 kB 8.17 kB
oss-stable/react-server-dom-webpack/cjs/react-server-dom-webpack-server.node.production.min.js +1.23% 22.93 kB 23.22 kB +0.83% 8.11 kB 8.17 kB
oss-experimental/react-server-dom-webpack/cjs/react-server-dom-webpack-server.node.production.min.js +1.23% 22.98 kB 23.26 kB +0.81% 8.12 kB 8.19 kB
oss-stable-semver/react-server-dom-webpack/cjs/react-server-dom-webpack-server.browser.development.js +1.11% 83.57 kB 84.50 kB +0.69% 20.99 kB 21.14 kB
oss-stable/react-server-dom-webpack/cjs/react-server-dom-webpack-server.browser.development.js +1.11% 83.57 kB 84.50 kB +0.69% 20.99 kB 21.14 kB
oss-experimental/react-server-dom-webpack/cjs/react-server-dom-webpack-server.browser.development.js +1.11% 83.63 kB 84.56 kB +0.69% 21.01 kB 21.16 kB
oss-stable-semver/react-server-dom-webpack/cjs/react-server-dom-webpack-server.node.development.js +1.09% 84.82 kB 85.75 kB +0.67% 21.07 kB 21.21 kB
oss-stable/react-server-dom-webpack/cjs/react-server-dom-webpack-server.node.development.js +1.09% 84.82 kB 85.75 kB +0.67% 21.07 kB 21.21 kB
oss-experimental/react-server-dom-webpack/cjs/react-server-dom-webpack-server.node.development.js +1.09% 84.88 kB 85.81 kB +0.66% 21.09 kB 21.23 kB
oss-stable-semver/react-server-dom-webpack/umd/react-server-dom-webpack-server.browser.development.js +1.08% 87.76 kB 88.71 kB +0.70% 21.24 kB 21.39 kB
oss-stable/react-server-dom-webpack/umd/react-server-dom-webpack-server.browser.development.js +1.08% 87.76 kB 88.71 kB +0.70% 21.24 kB 21.39 kB
oss-experimental/react-server-dom-webpack/umd/react-server-dom-webpack-server.browser.development.js +1.08% 87.82 kB 88.77 kB +0.69% 21.27 kB 21.41 kB
oss-stable-semver/react-dom/cjs/react-dom-server.browser.development.js +0.87% 317.01 kB 319.77 kB +1.06% 72.88 kB 73.65 kB
oss-stable/react-dom/cjs/react-dom-server.browser.development.js +0.87% 317.03 kB 319.79 kB +1.05% 72.90 kB 73.67 kB
oss-experimental/react-dom/cjs/react-dom-static.browser.development.js +0.87% 317.63 kB 320.39 kB +1.04% 73.07 kB 73.83 kB
oss-stable-semver/react-dom/umd/react-dom-server.browser.development.js +0.87% 332.42 kB 335.31 kB +1.05% 73.63 kB 74.41 kB
oss-stable/react-dom/umd/react-dom-server.browser.development.js +0.87% 332.44 kB 335.34 kB +1.05% 73.66 kB 74.43 kB
oss-stable-semver/react-dom/cjs/react-dom-server.node.development.js +0.87% 318.23 kB 321.00 kB +1.06% 72.82 kB 73.59 kB
oss-stable/react-dom/cjs/react-dom-server.node.development.js +0.87% 318.26 kB 321.02 kB +1.05% 72.85 kB 73.61 kB
oss-experimental/react-dom/cjs/react-dom-server.browser.development.js +0.87% 318.32 kB 321.09 kB +1.05% 73.25 kB 74.02 kB
oss-experimental/react-dom/umd/react-dom-server.browser.development.js +0.87% 333.82 kB 336.71 kB +1.05% 74.00 kB 74.78 kB
oss-experimental/react-dom/cjs/react-dom-static.node.development.js +0.87% 319.51 kB 322.27 kB +1.04% 73.29 kB 74.05 kB
oss-experimental/react-dom/cjs/react-dom-server.node.development.js +0.87% 319.55 kB 322.31 kB +1.04% 73.20 kB 73.96 kB
oss-stable-semver/react-dom/umd/react-dom-server.browser.production.min.js +0.71% 51.66 kB 52.02 kB +1.10% 16.67 kB 16.85 kB
oss-stable/react-dom/umd/react-dom-server.browser.production.min.js +0.71% 51.68 kB 52.05 kB +1.11% 16.69 kB 16.87 kB
oss-experimental/react-dom/umd/react-dom-server.browser.production.min.js +0.71% 52.00 kB 52.37 kB +1.11% 16.80 kB 16.99 kB
oss-stable-semver/react-dom/cjs/react-dom-server.browser.production.min.js +0.69% 51.60 kB 51.95 kB +0.69% 16.42 kB 16.54 kB
oss-stable/react-dom/cjs/react-dom-server.browser.production.min.js +0.69% 51.62 kB 51.98 kB +0.69% 16.45 kB 16.56 kB
oss-experimental/react-dom/cjs/react-dom-static.browser.production.min.js +0.68% 51.83 kB 52.18 kB +0.68% 16.53 kB 16.64 kB
oss-experimental/react-dom/cjs/react-dom-server.browser.production.min.js +0.68% 51.95 kB 52.30 kB +0.69% 16.58 kB 16.69 kB
oss-stable-semver/react-dom/umd/react-dom-server-legacy.browser.development.js +0.67% 332.55 kB 334.78 kB +0.96% 73.26 kB 73.96 kB
oss-stable/react-dom/umd/react-dom-server-legacy.browser.development.js +0.67% 332.57 kB 334.80 kB +0.96% 73.28 kB 73.98 kB
oss-stable-semver/react-dom/cjs/react-dom-server-legacy.browser.development.js +0.67% 317.14 kB 319.26 kB +0.95% 72.48 kB 73.17 kB
oss-stable/react-dom/cjs/react-dom-server-legacy.browser.development.js +0.67% 317.16 kB 319.28 kB +0.95% 72.51 kB 73.20 kB
oss-experimental/react-dom/umd/react-dom-server-legacy.browser.development.js +0.67% 333.95 kB 336.18 kB +0.96% 73.63 kB 74.33 kB
oss-experimental/react-dom/cjs/react-dom-server-legacy.browser.development.js +0.67% 318.46 kB 320.58 kB +0.95% 72.86 kB 73.55 kB
oss-stable-semver/react-dom/cjs/react-dom-server-legacy.node.development.js +0.66% 318.85 kB 320.97 kB +0.94% 72.95 kB 73.64 kB
oss-stable/react-dom/cjs/react-dom-server-legacy.node.development.js +0.66% 318.87 kB 320.99 kB +0.94% 72.97 kB 73.66 kB
oss-experimental/react-dom/cjs/react-dom-server-legacy.node.development.js +0.66% 320.17 kB 322.29 kB +0.94% 73.33 kB 74.01 kB
oss-stable-semver/react-dom/cjs/react-dom-server.node.production.min.js +0.64% 55.90 kB 56.26 kB +0.66% 17.75 kB 17.86 kB
oss-stable/react-dom/cjs/react-dom-server.node.production.min.js +0.63% 55.92 kB 56.28 kB +0.65% 17.77 kB 17.88 kB
oss-experimental/react-dom/cjs/react-dom-server.node.production.min.js +0.63% 56.31 kB 56.67 kB +0.59% 17.92 kB 18.03 kB
oss-experimental/react-dom/cjs/react-dom-static.node.production.min.js +0.63% 56.32 kB 56.67 kB +0.57% 17.92 kB 18.02 kB
oss-stable-semver/react-dom/cjs/react-dom-server.bun.development.js +0.61% 314.66 kB 316.58 kB +0.87% 72.14 kB 72.76 kB
oss-stable/react-dom/cjs/react-dom-server.bun.development.js +0.61% 314.69 kB 316.61 kB +0.86% 72.16 kB 72.78 kB
oss-experimental/react-dom/cjs/react-dom-server.bun.development.js +0.61% 315.98 kB 317.90 kB +0.87% 72.51 kB 73.14 kB

Generated by 🚫 dangerJS against f35926f

@@ -135,14 +168,15 @@ describe('ReactDOMFizzServer', () => {
while (fakeBody.firstChild) {
const node = fakeBody.firstChild;
if (
node.nodeName === 'SCRIPT' &&
(node.nodeName === 'SCRIPT' || node.nodeName === 'script') &&
Copy link
Collaborator

Choose a reason for hiding this comment

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

Why is the lower case needed? These always get uppercased by the DOM, right?

script.textContent = node.textContent;
fakeBody.removeChild(node);
parent.appendChild(script);
} else {
replaceScripts(node);
Copy link
Collaborator

Choose a reason for hiding this comment

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

What's this doing? It looks like it's just doing the same thing as above but recursively?

We can kind of assume that the script tags are always inserted in the body since that what we do.

(CSPnonce === null || node.getAttribute('nonce') === CSPnonce)
) {
const script = document.createElement('script');
const script = document.createElement('SCRIPT');
Copy link
Collaborator

Choose a reason for hiding this comment

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

The branch here is really just assuming that these are inline scripts and to get them to execute, we need to reinsert them because (for security reasons innerHTML doesn't).

What you can do is check if .src is specified and if so, fake reading the source file as source, and then injecting it as a script tag with textContent instead. That would simulate more what the browser would do here.

window.__init_instruction_observer__ = () => {
global.testDocument = document;
global.MutationObserver = jsdom.window.MutationObserver;
reactInstructionObserver = ReactDOMFizzServer.getReactDOMClientMutationObserver();
Copy link
Collaborator

Choose a reason for hiding this comment

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

Like I mentioned below, we should simulate what would happen when we inject this as a <script src="..."> tag. Not getting an already initialized version of this file.

Once you add the new bundle you can read it with fs.readFileSync(require.resolve(script.src)).

writeChunk(destination, completeSegmentScript1Partial);
// <div data-attr='["$RS", "
(writerState: ScriptDataWriterState);
writeChunk(destination, dataElementStart);
Copy link
Collaborator

Choose a reason for hiding this comment

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

Just noting for myself and others...

Originally I was hoping that we could attach these attributes to the node added by writeStartSegment. However, I don't think that would work.

<div hidden data-attr="...">
  <div>first</div>
  <div>second</div>
</div>

In this case the mutation observer would fire when the first div was added to the tree. Whether or not the second two divs have been streamed in yet. There's also no signal when it is done.

Therefore, unfortunately I think the best we can do is emit an extra node after - like this.

Copy link
Collaborator

@sebmarkbage sebmarkbage Oct 7, 2022

Choose a reason for hiding this comment

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

For segments completing, I think we could maybe listen to any element being added to the segment and just move them as they come in. Since they're just getting added to something hidden anyway.

For boundaries completing, we'd still need a separate element regardless to know when it's safe to do the reveal.

Probably not worth the complexity to special case segments completing.

acdlite added a commit to acdlite/react that referenced this pull request Oct 10, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see facebook#25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to maintain a single source of
truth, in preparation for the new option, this commit moves the
instruction set to a separate file that is injected by the build system,
similar to a macro.

In the future, we could improve this further by running Closure on the
instruction set instead of hardcoding the output. This isn't an urgent
improvement, though, because we rarely modify the instruction set.
acdlite added a commit to acdlite/react that referenced this pull request Oct 10, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see facebook#25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to maintain a single source of
truth, in preparation for the new option, this commit moves the
instruction set to a separate file that is injected by the build system,
similar to a macro.

In the future, we could improve this further by running Closure on the
instruction set instead of hardcoding the output. This isn't an urgent
improvement, though, because we rarely modify the instruction set.

Co-authored-by: Mofei Zhang <[email protected]>
acdlite added a commit to acdlite/react that referenced this pull request Oct 14, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see facebook#25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to make this a bit more maintainable,
and eventually have a single source of truth, in preparation for the new option,
this commit moves the instruction set to a separate files that are imported.

In the future, we could improve this further by running Closure on the
instruction set and generating it at build time. This isn't an urgent
improvement, though, because we rarely modify the instruction set.

Co-authored-by: Mofei Zhang <[email protected]>
acdlite added a commit to acdlite/react that referenced this pull request Oct 14, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see facebook#25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to make this a bit more maintainable,
and eventually have a single source of truth, in preparation for the new option,
this commit moves the instruction set to a separate files that are imported.

In the future, we could improve this further by running Closure on the
instruction set and generating it at build time. This isn't an urgent
improvement, though, because we rarely modify the instruction set.

Co-authored-by: Mofei Zhang <[email protected]>
acdlite added a commit to acdlite/react that referenced this pull request Oct 14, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see facebook#25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to make this a bit more maintainable,
and eventually have a single source of truth, in preparation for the new option,
this commit moves the instruction set to a separate files that are imported.

In the future, we could improve this further by running Closure on the
instruction set and generating it at build time. This isn't an urgent
improvement, though, because we rarely modify the instruction set.

Co-authored-by: Mofei Zhang <[email protected]>
acdlite added a commit that referenced this pull request Oct 14, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see #25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to make this a bit more maintainable,
and eventually have a single source of truth, in preparation for the new option,
this commit moves the instruction set to a separate files that are imported.

In the future, we could improve this further by running Closure on the
instruction set and generating it at build time. This isn't an urgent
improvement, though, because we rarely modify the instruction set.

Co-authored-by: Mofei Zhang <[email protected]>

Co-authored-by: Mofei Zhang <[email protected]>
@mofeiZ mofeiZ force-pushed the fizz-add-non-execution-format branch from 8002669 to 0881b4b Compare October 19, 2022 21:51
Copy link
Contributor Author

@mofeiZ mofeiZ left a comment

Choose a reason for hiding this comment

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

Putting this up for review again (thanks @acdlite for helping me with the infra / bundling changes!)

Sorry this is such a large PR. I split out the renaming / trivial changes to the first commit, so ReactDOMFizzServer-test should be easier to review if you click past that.

Changes since last review:

  • rebased on @acdlite 's changes (mostly renaming)
  • data attribute format changed from JSON list to be unrolled strings
    data-instr="$INSTR" data-arg0="param0" data-arg1="param1" ...
    • We ultimately still are calling JSON.parse for (1) unescaping added characters and (2) style resources, whose types are lists of strings
  • Fix in ExternalRuntime: since this script may execute after some instruction tags have already arrived, we now process existing document elements

@@ -25,11 +25,14 @@ let textCache;
let window;
let document;
let writable;
let CSPnonce = null;
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Removed since it looks like we weren't really using this variable, but happy to add it back


renderOptions = {};
if (gate(flags => flags.enableFizzExternalRuntime)) {
renderOptions.bootstrapScriptContent =
Copy link
Contributor Author

Choose a reason for hiding this comment

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

This is pretty hacky

Since the external runtime is a standalone script (not a module), jest needs to do one of these.

  1. fork the source code (ReactDOMServerExternalRuntime.test.js)
  2. manually strip import ... from ... and inject those imported declarations as globals

I chose (2) for now, but would love to change it if there is a cleaner alternative

} else {
for (let i = 0; i < node.childNodes.length; i++) {
const inner = node.childNodes[i];
replaceScriptsAndMove(inner, null);
Copy link
Contributor Author

Choose a reason for hiding this comment

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

From my understanding, we need this to be recursive since some tests stream into containers (divs inside of body). As a result, there are non top level scripts.

@@ -355,7 +355,7 @@ const bundles = [

/******* React DOM Fizz Server External Runtime *******/
{
bundleTypes: [BROWSER_SCRIPT],
bundleTypes: [BROWSER_SCRIPT, FB_WWW_DEV, FB_WWW_PROD],
Copy link
Collaborator

Choose a reason for hiding this comment

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

What's this for? We shouldn't need it

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I believe we need this because Comet infra will statically require this file in their bootstrap module + pass an empty string as externalRuntimeSrc (see internal diff + React sync). The external runtime then should be added into Meta's React build and synced into our repo.

Copy link
Collaborator

Choose a reason for hiding this comment

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

I see, I was thinking we would update the internal sync script to copy over the one used by npm. That's how we sync the ESLint plugin, for example. We're trying to trend in the direction of less FB-specific infra in the open source repo.

}

/// Typechecking code, follows from above functions
function isSuspenseBoundaryID(s) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

I'm not convinced all these dev-only runtime type checking code is worth it. We don't even have a dev build of this module. The only time it runs is when we run our Jest tests.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I was thinking we could enable this for dev mode internally, but happy to remove (I'm sure debugging $R instructions, should anything go wrong, probably falls on us too).

switch (instr) {
case '$RX':
clientRenderBoundaryImpl(
node.getAttribute('data-rarg0'),
Copy link
Collaborator

Choose a reason for hiding this comment

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

The way we access these in the other runtime is slightly different:

const dataset = node.data
dataset["rarg0"]

See:

That would compress slightly better. But also we might as well be consistent.

Also, maybe these should use the $ prefix convention? And instead of rarg1 make it as short as possible to avoid clashes.

3-4 characters seems like enough, like $ra1, $ra2, etc.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Thanks for pointing out dataset, will change my code to use that!

I had originally used $r. However, reading through the html spec for data attribute names (link), I think the name may need to be XML compatible. If this is the case, that would rule out $.

Happy to defer to you here though - I'm not at all familiar with specs + browser implementations

Copy link
Collaborator

Choose a reason for hiding this comment

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

Oh right. I remember now that useId generates ids with : for this reason. The convention for useId is :r1: so we can do something like that:

:a0, :a1 and so on.

In a follow up, what we should do is support the identifierPrefix option. Then prepend that to all of these attributes. We can send down prefix as an attribute early in the stream. So that the external runtime knows which attributes to look for. We wanted to do that anyway so that users don't have to manually pass the prefix to hydrateRoot.

// This runtime may be sent to the client multiple times (if FizzServer.render
// is called more than once). Here, we check whether the mutation observer
// was already created / installed
if (!window.reactInstructionObserver && window.MutationObserver) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

We shouldn't need to check for the existence of MutationObserver. There's no fallback behavior so it should just hard error if it doesn't exist.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Ah you're totally right, this can be moved to Meta's internal infra. Thanks for calling out the Meta-specific code in this PR

// ReactDOMFizzInstructionSet
window.$RC = completeBoundary;
window.$RM = new Map();
window.reactInstructionObserver = new MutationObserver(mutations => {
Copy link
Collaborator

Choose a reason for hiding this comment

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

reactInstructionObserver needs to be obscure, too. It's essentially a private field; should only be accessed by this module. Use the $ naming convention.

@mofeiZ mofeiZ force-pushed the fizz-add-non-execution-format branch from e0e1809 to df858fe Compare November 29, 2022 22:36
@mofeiZ mofeiZ requested a review from gnoff November 29, 2022 22:46
@mofeiZ
Copy link
Contributor Author

mofeiZ commented Nov 29, 2022

@gnoff @sebmarkbage
ping for review 🙂

const domBodyObserver = new MutationObserver(() => {
// We expect the body node to be stable once parsed / created
if (document.body) {
if (document.readyState === 'loading') {
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Not sure the order of DOM parsing / changing readyState - this could totally be a redundant check

Added just in case readyState gets set loading -> interactive before mutation observer listeners are triggered.

(experimented with inline scripts on my laptop's version of Chrome, but wary about other browser implementations)

Copy link
Collaborator

Choose a reason for hiding this comment

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

I don't know off the top of my head. seems safe enough to leave in

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.

Changes look good. i just found one new thing that I'm pretty sure is a bug or i just don't understand how mutation observers work... :)

} else {
// body may not exist yet if the fizz runtime is sent in <head>
// (e.g. as a preinit resource)
const domBodyObserver = new MutationObserver(() => {
Copy link
Collaborator

Choose a reason for hiding this comment

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

I feel like I am missing something but does this observer ever observe anything?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Ahh I can't believe I didn't call observe, thanks so much for catching this - definitely a problem.

const domBodyObserver = new MutationObserver(() => {
// We expect the body node to be stable once parsed / created
if (document.body) {
if (document.readyState === 'loading') {
Copy link
Collaborator

Choose a reason for hiding this comment

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

I don't know off the top of my head. seems safe enough to leave in

@mofeiZ mofeiZ requested a review from gnoff November 30, 2022 03:56
@mofeiZ
Copy link
Contributor Author

mofeiZ commented Nov 30, 2022

(Sorry for the back and forth, and thanks again for the review! Once again putting this back on your queue @gnoff )

1 similar comment
@mofeiZ
Copy link
Contributor Author

mofeiZ commented Nov 30, 2022

(Sorry for the back and forth, and thanks again for the review! Once again putting this back on your queue @gnoff )

@mofeiZ mofeiZ merged commit fa11bd6 into facebook:main Nov 30, 2022
@@ -120,4 +140,59 @@ function mergeOptions(options: Object, defaultOptions: Object): Object {
};
}
Copy link
Collaborator

Choose a reason for hiding this comment

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

This function doesn't really need to exist. The function name is longer than the syntax to write this out. This is strictly worse since it made me look up this definition, thinking it was something more involved, but it also drops the types because it's effectively "any" typed.

}
return nodes.filter(
n =>
(n.tagName !== 'SCRIPT' && n.tagName !== 'script') ||
Copy link
Collaborator

Choose a reason for hiding this comment

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

Why the lower case? SVG?

#25437 (comment)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@sebmarkbage
I'm not sure why this is needed, but I see that tagName is sometimes lowercase. I saw some existing code like this, and didn't think too much of it.

Can look into it if it seems suggestive of a larger issue!

mofeiZ added a commit to mofeiZ/react that referenced this pull request Dec 2, 2022
…acebook#25437)

### Changes made:
- Running with enableFizzExternalRuntime (feature flag) and
unstable_externalRuntimeSrc (param) will generate html nodes with data
attributes that encode Fizz instructions.
```
<div 
  hidden data-rxi=""
  data-bid="param0"
  data-dgst="param1"
></div>
```
- Added an external runtime browser script
`ReactDOMServerExternalRuntime`, which processes and removes these nodes
- This runtime should be passed as to renderInto[...] via
`unstable_externalRuntimeSrc`
- Since this runtime is render blocking (for all streamed suspense
boundaries and segments), we want this to reach the client as early as
possible. By default, Fizz will send this script at the end of the shell
when it detects dynamic content (e.g. suspenseful pending tasks), but it
can be sent even earlier by calling `preinit(...)` inside a component.
- The current implementation relies on Float to dedupe sending
`unstable_externalRuntimeSrc`, so `enableFizzExternalRuntime` is only
valid when `enableFloat` is also set.
rickhanlonii pushed a commit that referenced this pull request Dec 3, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see #25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to make this a bit more maintainable,
and eventually have a single source of truth, in preparation for the new option,
this commit moves the instruction set to a separate files that are imported.

In the future, we could improve this further by running Closure on the
instruction set and generating it at build time. This isn't an urgent
improvement, though, because we rarely modify the instruction set.

Co-authored-by: Mofei Zhang <[email protected]>

Co-authored-by: Mofei Zhang <[email protected]>
rickhanlonii pushed a commit that referenced this pull request Dec 3, 2022
…om-bindings (#25617)

<!--
  Thanks for submitting a pull request!
We appreciate you spending the time to work on these changes. Please
provide enough information so that others can review your pull request.
The three fields below are mandatory.

Before submitting a pull request, please make sure the following is
done:

1. Fork [the repository](https://github.com/facebook/react) and create
your branch from `main`.
  2. Run `yarn` in the repository root.
3. If you've fixed a bug or added code that should be tested, add tests!
4. Ensure the test suite passes (`yarn test`). Tip: `yarn test --watch
TestName` is helpful in development.
5. Run `yarn test --prod` to test in the production environment. It
supports the same options as `yarn test`.
6. If you need a debugger, run `yarn debug-test --watch TestName`, open
`chrome://inspect`, and press "Inspect".
7. Format your code with
[prettier](https://github.com/prettier/prettier) (`yarn prettier`).
8. Make sure your code lints (`yarn lint`). Tip: `yarn linc` to only
check changed files.
  9. Run the [Flow](https://flowtype.org/) type checks (`yarn flow`).
  10. If you haven't already, complete the CLA.

Learn more about contributing:
https://reactjs.org/docs/how-to-contribute.html
-->

Following
[comment](#25437 (comment))
in #25437 , the external runtime implementation should be moved from
`react-dom` to `react-dom-bindings`.

I did have a question here:
I set the entrypoint to `react-dom/unstable_server-external-runtime.js`,
since a.) I was following #25436 as an example and b.)
`react-dom-bindings` was missing a `README.md` and `npm/`. This also
involved adding the external runtime to `package.json`.
However, the external runtime isn't really a `react-dom` entrypoint. Is
this change alright, or should I change the bundling code instead?
## How did you test this change?

<!--
Demonstrate the code is solid. Example: The exact commands you ran and
their output, screenshots / videos if the pull request changes the user
interface.
How exactly did you verify that your PR solves the issue you wanted to
solve?
  If you leave this empty, your PR will very likely be closed.
-->
mofeiZ added a commit to mofeiZ/react that referenced this pull request Dec 5, 2022
We're adding an option to Fizz to support an alternate output format
that doesn't rely on inline script tags (see facebook#25437). The two outputs
will share the same "instruction set" of functions. These functions are
currently inlined into the source file; to make this a bit more maintainable,
and eventually have a single source of truth, in preparation for the new option,
this commit moves the instruction set to a separate files that are imported.

In the future, we could improve this further by running Closure on the
instruction set and generating it at build time. This isn't an urgent
improvement, though, because we rarely modify the instruction set.

Co-authored-by: Mofei Zhang <[email protected]>

Co-authored-by: Mofei Zhang <[email protected]>
mofeiZ added a commit to mofeiZ/react that referenced this pull request Dec 5, 2022
…om-bindings (facebook#25617)

<!--
  Thanks for submitting a pull request!
We appreciate you spending the time to work on these changes. Please
provide enough information so that others can review your pull request.
The three fields below are mandatory.

Before submitting a pull request, please make sure the following is
done:

1. Fork [the repository](https://github.com/facebook/react) and create
your branch from `main`.
  2. Run `yarn` in the repository root.
3. If you've fixed a bug or added code that should be tested, add tests!
4. Ensure the test suite passes (`yarn test`). Tip: `yarn test --watch
TestName` is helpful in development.
5. Run `yarn test --prod` to test in the production environment. It
supports the same options as `yarn test`.
6. If you need a debugger, run `yarn debug-test --watch TestName`, open
`chrome://inspect`, and press "Inspect".
7. Format your code with
[prettier](https://github.com/prettier/prettier) (`yarn prettier`).
8. Make sure your code lints (`yarn lint`). Tip: `yarn linc` to only
check changed files.
  9. Run the [Flow](https://flowtype.org/) type checks (`yarn flow`).
  10. If you haven't already, complete the CLA.

Learn more about contributing:
https://reactjs.org/docs/how-to-contribute.html
-->

Following
[comment](facebook#25437 (comment))
in facebook#25437 , the external runtime implementation should be moved from
`react-dom` to `react-dom-bindings`.

I did have a question here:
I set the entrypoint to `react-dom/unstable_server-external-runtime.js`,
since a.) I was following facebook#25436 as an example and b.)
`react-dom-bindings` was missing a `README.md` and `npm/`. This also
involved adding the external runtime to `package.json`.
However, the external runtime isn't really a `react-dom` entrypoint. Is
this change alright, or should I change the bundling code instead?

<!--
Demonstrate the code is solid. Example: The exact commands you ran and
their output, screenshots / videos if the pull request changes the user
interface.
How exactly did you verify that your PR solves the issue you wanted to
solve?
  If you leave this empty, your PR will very likely be closed.
-->
mofeiZ added a commit to mofeiZ/react that referenced this pull request Dec 5, 2022
…acebook#25437)

### Changes made:
- Running with enableFizzExternalRuntime (feature flag) and
unstable_externalRuntimeSrc (param) will generate html nodes with data
attributes that encode Fizz instructions.
```
<div 
  hidden data-rxi=""
  data-bid="param0"
  data-dgst="param1"
></div>
```
- Added an external runtime browser script
`ReactDOMServerExternalRuntime`, which processes and removes these nodes
- This runtime should be passed as to renderInto[...] via
`unstable_externalRuntimeSrc`
- Since this runtime is render blocking (for all streamed suspense
boundaries and segments), we want this to reach the client as early as
possible. By default, Fizz will send this script at the end of the shell
when it detects dynamic content (e.g. suspenseful pending tasks), but it
can be sent even earlier by calling `preinit(...)` inside a component.
- The current implementation relies on Float to dedupe sending
`unstable_externalRuntimeSrc`, so `enableFizzExternalRuntime` is only
valid when `enableFloat` is also set.
mofeiZ added a commit to mofeiZ/react that referenced this pull request Dec 9, 2022
mofeiZ added a commit that referenced this pull request Jan 6, 2023
…me (#25862)

~~[Fizz] Duplicate completeBoundaryWithStyles to not reference globals~~

## Summary

Follow-up / cleanup PR to #25437 

- `completeBoundaryWithStylesInlineLocals` is used by the Fizz external
runtime, which bundles together all Fizz instruction functions (and is
able to reference / rename `completeBoundary` and `resourceMap` as
locals).
- `completeBoundaryWithStylesInlineGlobals` is used by the Fizz inline
script writer, which sends Fizz instruction functions on an as-needed
basis. This version needs to reference `completeBoundary($RC)` and
`resourceMap($RM)` as globals.

Ideally, Closure would take care of inlining a shared implementation,
but I couldn't figure out a zero-overhead inline due to lack of an
`@inline` compiler directive. It seems that Closure thinks that a shared
`completeBoundaryWithStyles` is too large and will always keep it as a
separate function. I've also tried currying / writing a higher order
function (`getCompleteBoundaryWithStyles`) with no luck



## How did you test this change?
- generated Fizz inline instructions should be unchanged
- bundle size for unstable_external_runtime should be slightly smaller
(due to lack of globals)
- `ReactDOMFizzServer-test.js` and `ReactDOMFloat-test.js` should be
unaffected
github-actions bot pushed a commit that referenced this pull request Jan 6, 2023
…me (#25862)

~~[Fizz] Duplicate completeBoundaryWithStyles to not reference globals~~

## Summary

Follow-up / cleanup PR to #25437

- `completeBoundaryWithStylesInlineLocals` is used by the Fizz external
runtime, which bundles together all Fizz instruction functions (and is
able to reference / rename `completeBoundary` and `resourceMap` as
locals).
- `completeBoundaryWithStylesInlineGlobals` is used by the Fizz inline
script writer, which sends Fizz instruction functions on an as-needed
basis. This version needs to reference `completeBoundary($RC)` and
`resourceMap($RM)` as globals.

Ideally, Closure would take care of inlining a shared implementation,
but I couldn't figure out a zero-overhead inline due to lack of an
`@inline` compiler directive. It seems that Closure thinks that a shared
`completeBoundaryWithStyles` is too large and will always keep it as a
separate function. I've also tried currying / writing a higher order
function (`getCompleteBoundaryWithStyles`) with no luck

## How did you test this change?
- generated Fizz inline instructions should be unchanged
- bundle size for unstable_external_runtime should be slightly smaller
(due to lack of globals)
- `ReactDOMFizzServer-test.js` and `ReactDOMFloat-test.js` should be
unaffected

DiffTrain build for [0b97441](0b97441)
[View git log for this commit](https://github.com/facebook/react/commits/0b974418c9a56f6c560298560265dcf4b65784bc)
facebook-github-bot pushed a commit to facebook/react-native that referenced this pull request Jan 30, 2023
Summary:
Three problems popped up during the sync:
- facebook/react@07f46ecf2 breaks breaks tests
- facebook/react@6fb8133ed breaks fbsource tests. I added a workaround and created a test for the team that owns the test.
- https://fb.workplace.com/groups/flowlang/permalink/1198137807458547/ enables local type interference in fbsource but not in github React repo and some code breaks. Addressed in facebook/react#26064

This sync includes the following changes:
- **[17f6912a4](facebook/react@17f6912a4 )**: Add flow types to ReactFiberHooks ([#25752](facebook/react#25752)) //<Samuel Susla>//
- **[f101c2d0d](facebook/react@f101c2d0d )**: Remove Reconciler fork (2/2) ([#25775](facebook/react#25775)) //<Jan Kassens>//
- **[420f0b7fa](facebook/react@420f0b7fa )**: Remove Reconciler fork (1/2) ([#25774](facebook/react#25774)) //<Jan Kassens>//
- **[3ba7add60](facebook/react@3ba7add60 )**: Allow async blocks in `to(Error|Warn)Dev` ([#25338](facebook/react#25338)) //<Sebastian Silbermann>//
- **[fa11bd6ec](facebook/react@fa11bd6ec )**: [ServerRenderer] Add option to send instructions as data attributes ([#25437](facebook/react#25437)) //<mofeiZ>//
- **[e98225485](facebook/react@e98225485 )**: Add ref cleanup function ([#25686](facebook/react#25686)) //<Samuel Susla>//
- **[15557fa67](facebook/react@15557fa67 )**: [Fix] properly track `useId` use in StrictMode in development ([#25713](facebook/react#25713)) //<Josh Story>//
- **[8a23def32](facebook/react@8a23def32 )**: Resubmit Add HydrationSyncLane ([#25711](facebook/react#25711)) //<Tianyu Yao>//
- **[2655c9354](facebook/react@2655c9354 )**: Fizz Browser: fix precomputed chunk being cleared on Node 18 ([#25645](facebook/react#25645)) //<Jimmy Lai>//
- **[c08d8b804](facebook/react@c08d8b804 )**: Revert "Add SyncHydrationLane" ([#25708](facebook/react#25708)) //<Tianyu Yao>//
- **[56ffca8b9](facebook/react@56ffca8b9 )**: Add Bun streaming server renderer ([#25597](facebook/react#25597)) //<Colin McDonnell>//
- **[f31005d6a](facebook/react@f31005d6a )**: Add SyncHydrationLane ([#25698](facebook/react#25698)) //<Tianyu Yao>//
- **[f284d9faf](facebook/react@f284d9faf )**: Track ThenableState alongside other hooks //<Andrew Clark>//
- **[6b4c0314e](facebook/react@6b4c0314e )**: Check thenable instead of thenableState //<Andrew Clark>//
- **[33e3d2878](facebook/react@33e3d2878 )**: Reuse hooks when replaying a suspended component //<Andrew Clark>//
- **[4387d752d](facebook/react@4387d752d )**: Allow more hooks to be added when replaying mount //<Andrew Clark>//
- **[5eb78d0a0](facebook/react@5eb78d0a0 )**: Pass ThenableState to replaySuspendedUnitOfWork //<Andrew Clark>//
- **[4a2d86bdd](facebook/react@4a2d86bdd )**: Don't reset work loop until stack is unwound //<Andrew Clark>//
- **[9dfbd9fa9](facebook/react@9dfbd9fa9 )**: use: Don't suspend if there are pending updates //<Andrew Clark>//
- **[44c4e6f4d](facebook/react@44c4e6f4d )**: Force unwind work loop during selective hydration ([#25695](facebook/react#25695)) //<Andrew Clark>//
- **[7b17f7bbf](facebook/react@7b17f7bbf )**: Enable warning for defaultProps on function components for everyone ([#25699](facebook/react#25699)) //<Sebastian Markbåge>//
- **[6fb8133ed](facebook/react@6fb8133ed )**: Turn on string ref deprecation warning for everybody (not codemoddable) ([#25383](facebook/react#25383)) //<Sebastian Silbermann>//
- **[07f46ecf2](facebook/react@07f46ecf2 )**: Turn on key spread warning in jsx-runtime for everyone ([#25697](facebook/react#25697)) //<Sebastian Markbåge>//
- **[d65b88d03](facebook/react@d65b88d03 )**: Eagerly initialize an mutable object for instance.refs ([#25696](facebook/react#25696)) //<Sebastian Markbåge>//
- **[c343f8025](facebook/react@c343f8025 )**: [react-float] feature detect getRootNode ([#25689](facebook/react#25689)) //<Jan Kassens>//
- **[e1dd0a2f5](facebook/react@e1dd0a2f5 )**: Remove recoverable error when a sync update flows into a dehydrated boundary ([#25692](facebook/react#25692)) //<Sebastian Markbåge>//
- **[c54e3541b](facebook/react@c54e3541b )**: [DevTools] bug fix for Hydrating fibers ([#25663](facebook/react#25663)) //<Mengdi Chen>//

Changelog:
[General][Changed] - React Native sync for revisions d1e35c7...17f6912

jest_e2e[run_all_tests]

Reviewed By: makovkastar

Differential Revision: D42804802

fbshipit-source-id: 6a9f00724cc73378025bbd04edb2d17760a87280
OlimpiaZurek pushed a commit to OlimpiaZurek/react-native that referenced this pull request May 22, 2023
Summary:
Three problems popped up during the sync:
- facebook/react@07f46ecf2 breaks breaks tests
- facebook/react@6fb8133ed breaks fbsource tests. I added a workaround and created a test for the team that owns the test.
- https://fb.workplace.com/groups/flowlang/permalink/1198137807458547/ enables local type interference in fbsource but not in github React repo and some code breaks. Addressed in facebook/react#26064

This sync includes the following changes:
- **[17f6912a4](facebook/react@17f6912a4 )**: Add flow types to ReactFiberHooks ([facebook#25752](facebook/react#25752)) //<Samuel Susla>//
- **[f101c2d0d](facebook/react@f101c2d0d )**: Remove Reconciler fork (2/2) ([facebook#25775](facebook/react#25775)) //<Jan Kassens>//
- **[420f0b7fa](facebook/react@420f0b7fa )**: Remove Reconciler fork (1/2) ([facebook#25774](facebook/react#25774)) //<Jan Kassens>//
- **[3ba7add60](facebook/react@3ba7add60 )**: Allow async blocks in `to(Error|Warn)Dev` ([facebook#25338](facebook/react#25338)) //<Sebastian Silbermann>//
- **[fa11bd6ec](facebook/react@fa11bd6ec )**: [ServerRenderer] Add option to send instructions as data attributes ([facebook#25437](facebook/react#25437)) //<mofeiZ>//
- **[e98225485](facebook/react@e98225485 )**: Add ref cleanup function ([facebook#25686](facebook/react#25686)) //<Samuel Susla>//
- **[15557fa67](facebook/react@15557fa67 )**: [Fix] properly track `useId` use in StrictMode in development ([facebook#25713](facebook/react#25713)) //<Josh Story>//
- **[8a23def32](facebook/react@8a23def32 )**: Resubmit Add HydrationSyncLane ([facebook#25711](facebook/react#25711)) //<Tianyu Yao>//
- **[2655c9354](facebook/react@2655c9354 )**: Fizz Browser: fix precomputed chunk being cleared on Node 18 ([facebook#25645](facebook/react#25645)) //<Jimmy Lai>//
- **[c08d8b804](facebook/react@c08d8b804 )**: Revert "Add SyncHydrationLane" ([facebook#25708](facebook/react#25708)) //<Tianyu Yao>//
- **[56ffca8b9](facebook/react@56ffca8b9 )**: Add Bun streaming server renderer ([facebook#25597](facebook/react#25597)) //<Colin McDonnell>//
- **[f31005d6a](facebook/react@f31005d6a )**: Add SyncHydrationLane ([facebook#25698](facebook/react#25698)) //<Tianyu Yao>//
- **[f284d9faf](facebook/react@f284d9faf )**: Track ThenableState alongside other hooks //<Andrew Clark>//
- **[6b4c0314e](facebook/react@6b4c0314e )**: Check thenable instead of thenableState //<Andrew Clark>//
- **[33e3d2878](facebook/react@33e3d2878 )**: Reuse hooks when replaying a suspended component //<Andrew Clark>//
- **[4387d752d](facebook/react@4387d752d )**: Allow more hooks to be added when replaying mount //<Andrew Clark>//
- **[5eb78d0a0](facebook/react@5eb78d0a0 )**: Pass ThenableState to replaySuspendedUnitOfWork //<Andrew Clark>//
- **[4a2d86bdd](facebook/react@4a2d86bdd )**: Don't reset work loop until stack is unwound //<Andrew Clark>//
- **[9dfbd9fa9](facebook/react@9dfbd9fa9 )**: use: Don't suspend if there are pending updates //<Andrew Clark>//
- **[44c4e6f4d](facebook/react@44c4e6f4d )**: Force unwind work loop during selective hydration ([facebook#25695](facebook/react#25695)) //<Andrew Clark>//
- **[7b17f7bbf](facebook/react@7b17f7bbf )**: Enable warning for defaultProps on function components for everyone ([facebook#25699](facebook/react#25699)) //<Sebastian Markbåge>//
- **[6fb8133ed](facebook/react@6fb8133ed )**: Turn on string ref deprecation warning for everybody (not codemoddable) ([facebook#25383](facebook/react#25383)) //<Sebastian Silbermann>//
- **[07f46ecf2](facebook/react@07f46ecf2 )**: Turn on key spread warning in jsx-runtime for everyone ([facebook#25697](facebook/react#25697)) //<Sebastian Markbåge>//
- **[d65b88d03](facebook/react@d65b88d03 )**: Eagerly initialize an mutable object for instance.refs ([facebook#25696](facebook/react#25696)) //<Sebastian Markbåge>//
- **[c343f8025](facebook/react@c343f8025 )**: [react-float] feature detect getRootNode ([facebook#25689](facebook/react#25689)) //<Jan Kassens>//
- **[e1dd0a2f5](facebook/react@e1dd0a2f5 )**: Remove recoverable error when a sync update flows into a dehydrated boundary ([facebook#25692](facebook/react#25692)) //<Sebastian Markbåge>//
- **[c54e3541b](facebook/react@c54e3541b )**: [DevTools] bug fix for Hydrating fibers ([facebook#25663](facebook/react#25663)) //<Mengdi Chen>//

Changelog:
[General][Changed] - React Native sync for revisions d1e35c7...17f6912

jest_e2e[run_all_tests]

Reviewed By: makovkastar

Differential Revision: D42804802

fbshipit-source-id: 6a9f00724cc73378025bbd04edb2d17760a87280
jerrydev0927 added a commit to jerrydev0927/react that referenced this pull request Jan 5, 2024
…om-bindings (#25617)

<!--
  Thanks for submitting a pull request!
We appreciate you spending the time to work on these changes. Please
provide enough information so that others can review your pull request.
The three fields below are mandatory.

Before submitting a pull request, please make sure the following is
done:

1. Fork [the repository](https://github.com/facebook/react) and create
your branch from `main`.
  2. Run `yarn` in the repository root.
3. If you've fixed a bug or added code that should be tested, add tests!
4. Ensure the test suite passes (`yarn test`). Tip: `yarn test --watch
TestName` is helpful in development.
5. Run `yarn test --prod` to test in the production environment. It
supports the same options as `yarn test`.
6. If you need a debugger, run `yarn debug-test --watch TestName`, open
`chrome://inspect`, and press "Inspect".
7. Format your code with
[prettier](https://github.com/prettier/prettier) (`yarn prettier`).
8. Make sure your code lints (`yarn lint`). Tip: `yarn linc` to only
check changed files.
  9. Run the [Flow](https://flowtype.org/) type checks (`yarn flow`).
  10. If you haven't already, complete the CLA.

Learn more about contributing:
https://reactjs.org/docs/how-to-contribute.html
-->

Following
[comment](facebook/react#25437 (comment))
in #25437 , the external runtime implementation should be moved from
`react-dom` to `react-dom-bindings`.

I did have a question here:
I set the entrypoint to `react-dom/unstable_server-external-runtime.js`,
since a.) I was following #25436 as an example and b.)
`react-dom-bindings` was missing a `README.md` and `npm/`. This also
involved adding the external runtime to `package.json`.
However, the external runtime isn't really a `react-dom` entrypoint. Is
this change alright, or should I change the bundling code instead?
## How did you test this change?

<!--
Demonstrate the code is solid. Example: The exact commands you ran and
their output, screenshots / videos if the pull request changes the user
interface.
How exactly did you verify that your PR solves the issue you wanted to
solve?
  If you leave this empty, your PR will very likely be closed.
-->
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.

6 participants