Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Verify command timeout is hard-coded at 30 minutes; make it configurable

Chiusa
  • Qualcosa non va?
#857 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@pbean ci sta già lavorando.

Dal 13/10/2026.

  • #897 di @pbean — aperta

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
72/100
Tipo di issue
Funzionalità
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
python
Ambito
cli, tooling

Direzione di ricerca

Start in bmad_loop/verify.py and find COMMAND_TIMEOUT_S, then trace how [verify] settings are loaded from policy.toml and where verify commands are run. Add configurable timeout behavior with the current 30-minute limit as the default, and check that a longer configured timeout lets a command run beyond 30 minutes without changing the default behavior.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Summary

Every [verify] commands entry is killed after a fixed 30 minutes (COMMAND_TIMEOUT_S = 30 * 60 in bmad_loop/verify.py). That limit cannot be set in policy.toml. Some gates are slower than that on some hosts, and the run turns them into a verify failure.

Observed (bmad-loop 0.13.0, Linux, 8 cores)

  • The project's last verify command is a mutation-testing gate (Stryker.NET). It runs once per story and is skipped when the same inputs already passed.
  • On Windows one project takes about 11 minutes. On this Linux host the same project takes 32 to 36 minutes.
  • When a review pass changes that project's tests, the post-review verify must re-run the gate. The command is then killed at 30 minutes (verify-command-result with returncode: -1, then review-verify-failed: verify command failed (rc=-1) ... timed out). The loop opens a repair dev session. That session runs the gate outside the cap, where it passes, and records the pass so the next verify skips. The story finishes, but each occurrence costs a full repair session.

Request

Make the per-command verify timeout configurable, for example [verify] command_timeout_min (default 30), or a per-command override. A long gate could then get, say, 60 minutes without patching the installed package.

Workaround in use

A local edit of COMMAND_TIMEOUT_S to 60 * 60 in the installed package. A reinstall loses it.

Lingua principale
Python
Stelle
165
Fork
69
Merge medio
1g 1h
PR unite (30g)
79

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di bmad-code-org/bmad-loop

Tutte le issue di bmad-code-org/bmad-loop

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.