Sebastian "Sebbie" Silbermann
Sebastian "Sebbie" Silbermann
Can you prepare a Codesandbox showing this is fixed? A build from this PR is available under https://react-builds.vercel.app/api/prs/27013/packages/react for `react` and https://react-builds.vercel.app/api/prs/27013/packages/react-dom for `react-dom`
> I could find https://github.com/eps1lon/types-react-codemod/issues/361 in @eps1lon's [repo](https://github.com/eps1lon/types-react-codemod) but it also doesn't have context about the before/after. Same as `deprecated-prop-types-types` but with `ComponentSpec` and `Mixin` and `create-react-class` instead of `prop-types.`
Seems to include newlines now:  -- https://react.dev/errors/418 The only thing missing is handling empty strings. The hydration errors will always produce https://react.dev/errors/418?args[]= but that's...
I could reproduce it locally though it wasn't consistent. Should be fixed with https://github.com/reactjs/react.dev/pull/6767. https://github.com/reactjs/react.dev/pull/6735 didn't seem to fix this locally.
Thank you for raising this! We're discussing this internally since it's not clear if that's the API we want to document publicly.
Especially important since the workaround in Next.js will hide version mismatches.
What kind of code would this now minify? None of the pages we track size for showed any difference.
> @eps1lon It's about module vs script code. module: "unknown" lets the parser to detect the type of the program. Thank you for the clarification. What concrete issue does this...
* **#67274** 👈 * `canary` This stack of pull requests is managed by Graphite. Learn more about stacking. Join @eps1lon and the rest of your teammates on Graphite
> latest updates in docker compose no longer requires 'version' attribute Which update?