jackwener/maka-agent

test(runtime): make the Stop/timeout lifecycle race deterministic

Aperta

#2514 aperta il 8 ago 2026

Vedi su GitHubGuida contributor
 (1 commento) (0 reazioni) (1 assegnatario)TypeScript (0 fork)github user discovery
bughelp wanted

Metriche repository

Star
 (1 stella)
Metriche merge PR
 (Metriche PR in attesa)

Descrizione

Problem

packages/runtime/src/__tests__/shell-run-manager.test.ts intermittently fails in CI at keeps the first committed lifecycle cause across Stop and timeout races.

The observed failure expected cancelled but received timed_out. Rerunning the unchanged job passed, which makes the current test timing-dependent and leaves ambiguity between a product race and a nondeterministic test setup.

Evidence:

  • CI run 31258873738 on PR #2472.
  • The first test_workspaces attempt failed in the Runtime suite; the failed-job rerun passed without a code change.
  • PR #1776 previously fixed a related but different Stop/timeout race.

Expected outcome

  • Establish whether the first committed lifecycle cause is violated or the test starts Stop too close to the timeout boundary.
  • Replace wall-clock scheduling with a deterministic synchronization seam where practical.
  • Preserve the intended lifecycle contract; do not weaken the assertion or add retries.
  • Verify the focused race repeatedly and keep the Runtime workspace CI stable.

Guida contributor

Direzione di ricerca
Inizia riproducendo localmente il test non deterministico per osservare la race. Leggi la logica di Stop e timeout in shell run manager. Identifica dove viene committata la causa del ciclo di vita. Invece di fare affidamento su timer reali, aggiungi un punto di sincronizzazione esplicito (ad esempio, inietta un clock o usa fake timer) per rendere l'ordine deterministico. Verifica che il test venga eseguito in modo affidabile molte volte e che il contratto del ciclo di vita rimanga invariato.
Tech stack
nodejstypescript
Dominio
backendtesting
Tipo issue
Test
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
GitTypeScript
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
50