fix(installer): align Node version floor with package engine#81264
Conversation
|
Codex review: needs maintainer review before merge. Reviewed May 29, 2026, 6:34 PM ET / 22:34 UTC. Summary PR surface: Tests +53. Total +53 across 1 file. Reproducibility: yes. for the historical bug: source history and the PR body show the installer floor had drifted below the package/docs Node 22.19 contract. Current main already has the runtime floor fixed, so the remaining reproducible surface is the regression test added by this PR. Review metrics: none identified. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Land the focused regression test once exact-head required checks are green, while keeping the already-shipped Node 22.19 installer/package floor unchanged. Do we have a high-confidence way to reproduce the issue? Yes for the historical bug: source history and the PR body show the installer floor had drifted below the package/docs Node 22.19 contract. Current main already has the runtime floor fixed, so the remaining reproducible surface is the regression test added by this PR. Is this the best way to solve the issue? Yes; now that the runtime change is on main, tying the shell helper floor to package.json with a focused boundary test is the narrowest maintainable remaining fix. AGENTS.md: found and applied where relevant. Codex review notes: model gpt-5.5, reasoning high; reviewed against 63a06e312dfe. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Tests +53. Total +53 across 1 file. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
Dependency Changes DetectedThis PR changes dependency-related files. Maintainers should confirm these changes are intentional. Changed files:
Maintainer follow-up:
|
db11c79 to
76287f0
Compare
|
Updated the PR body with the current v22.18 rejection / v22.19 acceptance proof. @clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
ClawSweeper PR egg ✨ Hatched: 🥚 common Gilded Diff Drake Hatch commandComment Hatchability rules:
Rarity: 🥚 common. What is this egg doing here?
|
|
Heads up: this PR needs to be updated against current |
|
Maintainer land check for #81264 at head Local proof run from the PR branch: .agents/skills/autoreview/scripts/autoreview --mode branch --base origin/main
node scripts/run-vitest.mjs run --config test/vitest/vitest.tooling.config.ts test/scripts/install-sh.test.tsResults:
CI status before rerun: run https://github.com/openclaw/openclaw/actions/runs/26665279169 had two red unrelated lanes:
I reran failed jobs on run https://github.com/openclaw/openclaw/actions/runs/26665279169 and will merge only if the required gate is green. |
Summary
scripts/install.shaccepted Node 22.14+, whilepackage.jsonand public docs require Node 22.19+.AI-assisted: yes, per CONTRIBUTING.md. I understand the change; it is limited to the installer version floor and its targeted test coverage.
Change Type (select all)
Scope (select all touched areas)
Linked Issue/PR
Real behavior proof (required for external PRs)
package.json(>=22.19.0).nodebinary so the installer helper is exercised without changing the machine runtime.Focused helper proof:
node_is_at_least_required; Node 22.19 is accepted.NODE_MIN_MINOR=14, whilepackage.jsonrequires>=22.19.0.Root Cause (if applicable)
NODE_DEFAULT_MAJOR=24was already correct; only the compatibility floor was stale.Regression Test Plan (if applicable)
test/scripts/install-sh.test.ts>=22.19.0.User-visible / Behavior Changes
Existing Node 22.14 through 22.18 runtimes are no longer treated as acceptable by the installer. Users should use Node 24 recommended, or Node 22.19+ minimum.
Diagram (if applicable)
Security Impact (required)
Yes, explain risk + mitigation: N/ARepro + Verification
Environment
Steps
scripts/install.shwithOPENCLAW_INSTALL_SH_NO_RUN=1.nodebinary first onPATH.node_is_at_least_requiredwith fake versionsv22.18.0andv22.19.0.Expected
Actual
10test/scripts/install-sh.test.ts: 17/17 passing.Evidence
Human Verification (required)
What was verified locally, and how:
Review Conversations
Compatibility / Migration
Risks and Mitigations