-
Notifications
You must be signed in to change notification settings - Fork 31
React 19.3.0 bump is blocked by @react-three/fiber's <19.3 peer cap #7370
Copy link
Copy link
Open
Labels
blockedBlocked on another issue/PR — skip in autonomous claim runsBlocked on another issue/PR — skip in autonomous claim runsdependenciesProposed from a dependency-freedom auditProposed from a dependency-freedom auditeffort:lowLow reasoning budget per stepLow reasoning budget per stepmodel:lightMechanical single-file changeMechanical single-file changeplanTracked by /do:replanTracked by /do:replanplanner:opus-5Plan authored by the opus-5 modelPlan authored by the opus-5 model
Description
Activity
Metadata
Metadata
Assignees
Labels
blockedBlocked on another issue/PR — skip in autonomous claim runsBlocked on another issue/PR — skip in autonomous claim runsdependenciesProposed from a dependency-freedom auditProposed from a dependency-freedom auditeffort:lowLow reasoning budget per stepLow reasoning budget per stepmodel:lightMechanical single-file changeMechanical single-file changeplanTracked by /do:replanTracked by /do:replanplanner:opus-5Plan authored by the opus-5 modelPlan authored by the opus-5 model
Problem
Dependabot has opened #7292 (
react19.2.8 → 19.3.0) and #7290 (react-dom19.2.8 → 19.3.0). Both fail CI at
npm ci, before any test runs:@react-three/fiber@9.7.0is the latest stable release and caps React at>=19 <19.3for bothreactandreact-dom. That cap reflects real coupling,not caution: r3f ships its own reconciler and depends on
scheduler@^0.27.0,while React 19.3.0 ships
scheduler@0.28.0. Installing with--legacy-peer-depswould put two scheduler copies under one renderer, soforcing the resolution is not an acceptable workaround.
@react-three/drei@10.7.8only requires@react-three/fiber@^9.0.0, so it addsno second constraint — r3f is the sole blocker.
Note for whoever picks this up: the first CI runs on both PRs showed every job
cancelledrather thanfailed. That is not a separate problem —scripts/cancel-current-ci-run.jscancels the whole run on the first jobfailure, so the same
ERESOLVEproduced both symptoms. Re-running the workflowsurfaces the real error.
Fix
Wait for an
@react-three/fiberrelease that widens its React peer range past19.3, then:
@react-three/fiber(and@react-three/dreiif its own peer moves) inclient/package.json.@dependabot rebase), or closethem and let it re-open against the new floor.
reactfirst, thenreact-dom—react-dom@19.3.0peers onreact@^19.3.0, so the reverse order re-introduces the sameERESOLVE.mismatch would break.
Upstream tracking: https://github.com/pmndrs/react-three-fiber (peer range lives
in that package's
package.json;9.7.0is currentlatest, with only10.0.0-canary.*/10.0.0-alpha.*published beyond it).Do not merge either PR until the peer range allows it — the install cannot
succeed.