chore(deps): update dependency @vitejs/plugin-react to v6.0.5 #272
Loading…
Reference in a new issue
No description provided.
Delete branch "renovate/vitejs-plugin-react-6.x"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
6.0.3→6.0.5Release Notes
vitejs/vite-plugin-react (@vitejs/plugin-react)
v6.0.5Compare Source
Fixed the react compiler preset filter to be linear (#1353)
The improved filter in v6.0.3 was non-linear and caused a performance regression (#1349). The filter was changed to be linear to avoid that.
v6.0.4Compare Source
Fixed
$RefreshSig$ is not definederror when runningvite devwithNODE_ENV=productionWhen running
vite devwithNODE_ENV=production, the app errored with$RefreshSig$ is not defined.This error is now fixed.
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate.
⚠️ Artifact update problem
Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.
♻ Renovate will retry this branch, including artifacts, only when one of the following happens:
The artifact failure details are included below:
File name: webapp/frontend/package-lock.json
072d242e2dcaaa2fd962caaa2fd962ba39972ddfba39972ddfe9adc7419fe9adc7419faaa1d8588dPushed a regenerated
package-lock.jsonand rebased onto currentmain(the branch predated v3.11.1–v3.11.3).Why CI failed in 26s: not a test failure. Renovate's own artifact update hit
ERESOLVE(see its warning comment above), so this PR was opened withpackage.jsononly and no lockfile change —npm cithen died on the package/lock mismatch before a single test ran.Root cause. The conflict is an artefact of npm's incremental lockfile update, not of 6.0.5. Bumping the plugin makes npm re-walk its optional peer chain:
That collides with
@babel/core@7.29.7, whichvite-plugin-pwa→workbox-build→@babel/preset-env@^7pins and ~75@babel/*packages peer-depend on.The key detail: 6.0.3 declares the identical peer range, and neither optional peer is in the lockfile at all. A from-scratch resolve never takes that path — 6.0.3, 6.0.5, and 6.0.5-with-overrides all resolve cleanly. Only the incremental update against the existing lock fails.
Fix: regenerate the lockfile. Neither optional peer is installed,
@babel/corestays 7.29.7, and the remaining churn is 59 patch/minor floats already inside existing ranges (@babel/* 7.29.7→7.29.8,rollup 4.62.2→4.62.4,@types/reactpatch), plus 6 added / 12 removed nested dedupe artifacts.No
overridesguard added — deliberately. I checked whether this recurs: the next real pending update (vite 8.1.5 → 8.2.1) resolves incrementally on both the old and the regenerated lockfile. The conflict is specific to bumpingplugin-reactitself, since that is the package whose optional-peer chain gets re-walked, so a permanent override would be dead weight.Verified locally in a
node:20-slimcontainer against the regenerated lock — all five CI steps:npm ci(606 packages),eslint(0 errors; 1 pre-existingexhaustive-depswarning, tracked in #21),vitest431/431 passed,npm run build, and the prod audit gate (Audit clean, allowlist untouched).