🤖 tests: loop-test runner signal edge cases (deferred from #7208)
I maintainer di solito rispondono entro 1 giorno
Una pull request collegata è già stata integrata.
- #7497 di @ThomasK33 — integrata
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- bun, typescript
Direzione di ricerca
Start with scripts/perf/loopTestBaseline.ts and trace how signal handling interacts with measure, runPool, and stopChildren(). The issue reports two deferred edge cases but says the first race was not reproduced and the second is intentionally left as is. Pick up only if a stopped run leaves a record, scratch directory, or worktree behind; done means reproducing that leftover and fixing it without disrupting cleanup.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Two edge cases in the loop-test runner's signal handling (scripts/perf/loopTestBaseline.ts). The advisor of the #7208 fix stack (#7264, #7265) raised them. Both are deferred from #7208 with the reasons below.
- With
--runs 1, a signal during the last run letsmeasureresolve, so main can write a record that holds the killed run. I triedassert(!stopping)afterrunPoolplus a fixture test. The test also passed without the fix: in Bun 1.4.3 the signal handler reachesprocess.exitbefore main writes. I could not show the race, so I did not ship the fix. - A second SIGINT or SIGTERM while
stopChildren()waits uses the default handler (process.once). It kills the runner and leaves the children, the scratch dir and the base worktree behind. A user who signals twice asks for an immediate stop, so this stays as is unless it causes trouble.
Owner: the phase 1 builder. Trigger: a leftover record, scratch dir or worktree after a stopped run.
Refs #7208, #7255
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high • Cost: $62.13
- Lingua principale
- TypeScript
- Stelle
- 2.1k
- Fork
- 140
- Merge medio
- 5h 8m
- PR unite (30g)
- 952
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di coder/xum
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
a10y a10y-audit ai-driven-qa claude
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
linagora/twake-directory-manager#219 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
I maintainer di solito rispondono entro 1 giorno
-
0️⃣ phase/new
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Pulse v7: buildPreferencesFromTelos() bypasses telosSectionOrFile(), renders empty on unified-TELOS installsForse già presa @zephyr91 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
danielmiessler/LifeOS#2393 ·
I maintainer di solito rispondono entro 4 giorni