@samitouri / QOS-React-1 / commits / 677818e4a2

Fix typos in tests and comments (#35627)

<!-- 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 test --debug --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 --> ## Summary <!-- Explain the **motivation** for making this change. What existing problem does the pull request solve? --> I just fixed typos as followings. - `succesful` → `successful` - `becuase` → `because` - `enought` → `enough` - `defualt` → `default` ## 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. --> This PR only includes test case description, dummy strings for test, and comments updates, so it has no impact on runtime behavior. Therefore, I manually reviewed changed texts to ensure correctness.

o-m12a committed Mar 28, 2026 at 06:53 UTC 677818e4a2261e318bb9c0bd0c5c8ba05fcd1880
6 files changed +7 -7
compiler/packages/babel-plugin-react-compiler/src/__tests__/Logger-test.ts
+1 -1
@@ -10,7 +10,7 @@ import invariant from 'invariant';
10 import {runBabelPluginReactCompiler} from '../Babel/RunReactCompilerBabelPlugin';
11 import type {Logger, LoggerEvent} from '../Entrypoint';
12
13 -it('logs succesful compilation', () => {
13 +it('logs successful compilation', () => {
14 const logs: [string | null, LoggerEvent][] = [];
15 const logger: Logger = {
16 logEvent(filename, event) {
packages/react-dom-bindings/src/server/ReactFizzConfigDOM.js
+1 -1
@@ -5328,7 +5328,7 @@ export function writeHoistablesForBoundary(
5328 hoistableState.stylesheets.forEach(hasStylesToHoist);
5329
5330 // We don't actually want to flush any hoistables until the boundary is complete so we omit
5331 - // any further writing here. This is becuase unlike Resources, Hoistable Elements act more like
5331 + // any further writing here. This is because unlike Resources, Hoistable Elements act more like
5332 // regular elements, each rendered element has a unique representation in the DOM. We don't want
5333 // these elements to appear in the DOM early, before the boundary has actually completed
5334
packages/react-dom/src/__tests__/ReactDOMFizzServer-test.js
+2 -2
@@ -9241,7 +9241,7 @@ describe('ReactDOMFizzServer', () => {
9241
9242 it('should always flush the boundaries contributing the preamble regardless of their size', async () => {
9243 const longDescription =
9244 - `I need to make this segment somewhat large because it needs to be large enought to be outlined during the initial flush. Setting the progressive chunk size to near zero isn't enough because there is a fixed minimum size that we use to avoid doing the size tracking altogether and this needs to be larger than that at least.
9244 + `I need to make this segment somewhat large because it needs to be large enough to be outlined during the initial flush. Setting the progressive chunk size to near zero isn't enough because there is a fixed minimum size that we use to avoid doing the size tracking altogether and this needs to be larger than that at least.
9245
9246 Unfortunately that previous paragraph wasn't quite long enough so I'll continue with some more prose and maybe throw on some repeated additional strings at the end for good measure.
9247
@@ -9277,7 +9277,7 @@ Unfortunately that previous paragraph wasn't quite long enough so I'll continue
9277
9278 it('should track byte size of shells that may contribute to the preamble when determining if the blocking render exceeds the max size', async () => {
9279 const longDescription =
9280 - `I need to make this segment somewhat large because it needs to be large enought to be outlined during the initial flush. Setting the progressive chunk size to near zero isn't enough because there is a fixed minimum size that we use to avoid doing the size tracking altogether and this needs to be larger than that at least.
9280 + `I need to make this segment somewhat large because it needs to be large enough to be outlined during the initial flush. Setting the progressive chunk size to near zero isn't enough because there is a fixed minimum size that we use to avoid doing the size tracking altogether and this needs to be larger than that at least.
9281
9282 Unfortunately that previous paragraph wasn't quite long enough so I'll continue with some more prose and maybe throw on some repeated additional strings at the end for good measure.
9283
packages/react-dom/src/__tests__/ReactDOMHydrationDiff-test.js
+1 -1
@@ -1260,7 +1260,7 @@ describe('ReactDOMServerHydration', () => {
1260 }
1261
1262 // @TODO changes made to sending Fizz errors to client led to the insertion of templates in client rendered
1263 - // suspense boundaries. This leaks in this test becuase the client rendered suspense boundary appears like
1263 + // suspense boundaries. This leaks in this test because the client rendered suspense boundary appears like
1264 // unhydrated tail nodes and this template is the first match. When we add special case handling for client
1265 // rendered suspense boundaries this test will likely change again
1266 expect(testMismatch(Mismatch)).toMatchInlineSnapshot(`
packages/react-reconciler/src/ReactFiberCompleteWork.js
+1 -1
@@ -1258,7 +1258,7 @@ function completeWork(
1258 markUpdate(workInProgress);
1259 }
1260 } else {
1261 - // We use the updateHostComponent path becuase it produces
1261 + // We use the updateHostComponent path because it produces
1262 // the update queue we need for Hoistables.
1263 updateHostComponent(
1264 current,
packages/react-server/src/ReactFizzServer.js
+1 -1
@@ -387,7 +387,7 @@ export opaque type Request = {
387 trackedPostpones: null | PostponedHoles, // Gets set to non-null while we want to track postponed holes. I.e. during a prerender.
388 // onError is called when an error happens anywhere in the tree. It might recover.
389 // The return string is used in production primarily to avoid leaking internals, secondarily to save bytes.
390 - // Returning null/undefined will cause a defualt error message in production
390 + // Returning null/undefined will cause a default error message in production
391 onError: (error: mixed, errorInfo: ThrownInfo) => ?string,
392 // onAllReady is called when all pending task is done but it may not have flushed yet.
393 // This is a good time to start writing if you want only HTML and no intermediate steps.