Repository navigation
[scheduled-gate:test.yml] CI core gate is failing on main #10030
Description
Activity
Diagnosis for the
cargo-test / Run cargo testrow, which this tracker names but does not localise.The job is red on exactly one test:
test standalone_regression ... FAILED thread 'standalone_regression' (63617) panicked at crates/perry/tests/child_output_late_iterator.rs:15:5: Error: node-failed-spawn: 1 (signal none) test result: FAILED. 0 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out; finished in 261.62s error: test failed, to rerun pass `-p perry --test child_output_late_iterator`Everything else in the job passes; this single failure is what turns
cargo-testred, andcargo-testis apr-gateinput, so every open PR inherits it.The test is a thin wrapper that shells out:
Command::new("node") .arg(root.join("scripts/test-child-output-late-iterator.mjs")) .env("PERRY_BIN", env!("CARGO_BIN_EXE_perry")) .env("PERRY_TEST_BUILD_RUNTIME", "1")
node-failed-spawnis the driver's own error text, so the failure is insidescripts/test-child-output-late-iterator.mjsrather than in the Rust test — the assertion at line 15 only surfaces the driver's non-zero exit.Not a recent regression.
cargo-testis red on every completedmainrun I checked back through33690c5635(2026-09-16 13:45) — that is33690c5635,99363beb1a(×2),872ce07e24(×2),f9c3e51e93,fdc437f966(×2),ff19bd536a,fe0cc15b0f. The test's own last two commits (9143beb74e,8f51d2b3f7) date to 2026-09-11, before that window, so this is not caused by the merge trains that landed in it.Separately, and for the record on this tracker: the
gap-suiterows are now green onmain. All three sweep shards failed on872ce07e24and pass fromfdc437f966onward, which is #10387 landing via merge train 206.Correction to my earlier comment: I overstated the blast radius. Open PRs do not generally inherit this failure.
I wrote that
cargo-testfeedspr-gate"so every open PR inherits it". That is wrong.scripts/ci_plan.py:334sets"cargo_test_scope": "pr" if tier == "pr" and event == "pull_request" else "full",
so the PR tier runs
cargo-testscoped to the diff, and only the sweep/full tiers run it whole.ci_plan.pyeven self-tests this (check("core PR: cargo-test scoped", core["cargo_test_scope"] == "pr")). A PR whose diff does not namecrates/perry/tests/child_output_late_iterator.rsnever runs that test.Confirmed empirically: #10349 is green on
cargo-testright now, against the samemainwhere the sweep-tier job is red. #10285 is green on it too, despite touchingcrates/perry/tests/.So the accurate statement is narrower: the post-merge sweep on
mainis red, andmain-gatefans that in — which is what this tracker is for — but individual PRs are unaffected unless their diff pulls the test into scope. My apologies for the noise; the diagnosis of which test and why stands, only the impact claim was inflated.The rest of the earlier comment is unchanged: the failure is
standalone_regressioninchild_output_late_iterator.rswithError: node-failed-spawn: 1 (signal none), the Rust test is a thin wrapper aroundnode scripts/test-child-output-late-iterator.mjs, and it is red on every completedmainrun back through33690c5635, which rules out the recent merge trains.- changed the title
[-][scheduled-gate:test.yml] CI is failing on main[/-][+][scheduled-gate:test.yml] CI core gate is failing on main[/+]on Oct 8, 2026
CI core gatehas a completed red post-merge run.Current failure
5423c426f4066c666aa3311672aef270ff69f3aepushFailing rows
main-gate / Require the plan and every planned job to have passedDelta from the previous failed run
Previous failure:
dffccc7e648aNew failing rows:
Rows that recovered:
Last green main result
No green post-merge run was found in the last 100 results.
Maintained automatically by
gate-failure-watch.ymlfortest.yml. Repeated failures update this issue; the next green run closes it.