Repository navigation
Commit 831472e
committed
ci: cap per-test time in the ts-unit lane so a stall names itself
The ts-unit lane has repeatedly stalled on the self-hosted runner until the job's
20-minute cap -- three times in the last dozen main runs, most recently twice in a
row on one commit (including its re-run). Each stall was at a DIFFERENT file
(metadata/index.test.ts, react/currency-input.test.tsx,
tanstack/grid-from-metadata.test.ts), never with a failing assertion, and once all
three ts lanes stalled together. Every one of those files passes locally in well
under a second, and the whole lane runs in ~4s on an idle box.
This does NOT root-cause the stall -- it is not reproducible locally and the box is
idle after the fact -- but a 20-minute cancel reports nothing at all, which is what
makes each occurrence cost a full re-run to learn nothing. bun's per-test --timeout
turns the next one into a named failure in 30s.
gate_cli already does exactly this a few lines above, for the same reason and with
the same value; ts-unit was simply never given the flag. Note bunfig.toml's
[test] timeout is NOT honored by bun, so it has to be the CLI flag.
Lane verified locally: scripts/ci-local.sh --only ts-unit --strict-toolchains, 3.8s,
all six package suites green.1 parent 314c36f commit 831472e
1 file changed
Lines changed: 10 additions & 2 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
166 | 166 | | |
167 | 167 | | |
168 | 168 | | |
| 169 | + | |
| 170 | + | |
| 171 | + | |
| 172 | + | |
| 173 | + | |
| 174 | + | |
| 175 | + | |
| 176 | + | |
169 | 177 | | |
170 | 178 | | |
171 | 179 | | |
172 | | - | |
| 180 | + | |
173 | 181 | | |
174 | 182 | | |
175 | | - | |
| 183 | + | |
176 | 184 | | |
177 | 185 | | |
178 | 186 | | |
| |||
0 commit comments