Name the TUI that failed on paste-not-rendered startup failures so the recurring class can be triaged
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 78/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- javascript, node.js
- Ambito
- backend, observability
Direzione di ricerca
Leggi missingSentinelLogMessage() in server/lib/agentSentinel.js e il punto in cui viene chiamata in server/services/agentTuiSpawning/sessionController.js; il problema identifica l’argomento e il ramo di errore all’avvio da aggiornare. Esegui server/lib/agentSentinel.test.js e controlla l’asserzione del controller di sessione. Il lavoro è completo quando i log degli errori all’avvio indicano il comando TUI e il provider, gli altri messaggi sentinel restano invariati e il livello del log rimane warn.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
TUI agents keep failing startup with paste-not-rendered, and the only stderr trace cannot say which TUI failed:
⚠️ agent-<id> startup failed (paste-not-rendered) before a completion sentinel could be written
Evidence (PM2 server error log): 21 occurrences in the last three weeks, 5 in the most recent day, with no matching open issue (the earlier paste-not-rendered incidents are all closed and hardened one provider at a time — see the history cited in server/services/agentTuiSpawning/sessionController.js and server/lib/tuiHandshake.js). The line is built by missingSentinelLogMessage() in server/lib/agentSentinel.js and emitted from sessionController.js (emitLog('warn', missingSentinelLogMessage({ agentId, reason, … }))). It carries only the agent id and the reason, so a stderr fingerprint (the input to #12851) cannot separate a Codex MCP-boot stall from a Claude/agy/OpenCode paste swallow, even though the code at the failure site (finishStartupFailure('paste-not-rendered', summary)) already knows tuiConfig.command.
This surfaced while re-leveling stderr logging in #12850. The line is correctly a fault (the agent never received its prompt); the gap is that it is not actionable at the rate it recurs.
Decision
- Add the TUI command (
tuiConfig.command) and the provider id to the startup-failure branch ofmissingSentinelLogMessage(an optionalcommandargument; the non-startup branches stay byte-identical). - Pass it from the
sessionController.jscall site, and updateserver/lib/agentSentinel.test.jsand the session-controller assertion that pins the message. - After one release with the new field, read the 30-day split by command: if one TUI dominates, file a provider-specific fix against that handshake (the way the earlier Codex/agy/OpenCode incidents were handled); do not widen retry budgets blindly.
Acceptance criteria
- A
paste-not-renderedstartup failure names the TUI command in its stderr line; other sentinel messages are unchanged. - No new stderr line is introduced; the level stays
warn. - A one-sentence follow-up comment on this issue records the per-command split once enough runs accumulate.
Related to #12850 and #12851. Dispatch rationale: model:light — a single-field logging change with two test updates; effort:low, there is no design choice left.
- Lingua principale
- JavaScript
- Stelle
- 38
- Fork
- 32
- Merge medio
- 36m
- PR unite (30g)
- 989
Preparare l'ambiente
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 atomantic/PortOS
-
bug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
GitHub inbox: Dependabot and Actions PRs count as outside, and Enterprise accounts cannot trust their own instanceForse già presa @atomantic l’ha presa oggi. Apertaarea:devtools effort:medium enhancement in-progress model:heavy plan
atomantic/PortOS#13203 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 1 giorno
-
GitHub inbox: make triage suggestion pills actionable buttonsForse già presa @atomantic l’ha presa oggi. Apertaarea:devtools effort:medium enhancement model:light plan ux
atomantic/PortOS#13193 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
GitHub inbox: add an automation rule from any item so similar items are handled on AutopilotForse già presa @atomantic l’ha presa oggi. Apertaarea:devtools effort:high enhancement model:heavy plan
atomantic/PortOS#13192 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di atomantic/PortOS
Issue simili
-
status: waiting for maintainer
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
mui/material-ui#49547 ·
I maintainer di solito rispondono entro 1 giorno
-
[2.x] extension-manager: translation keys that changed meaning keep their old namesForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertatype/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
Update to mocha 12.xAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
rescript-lang/rescript#8996 ·
I maintainer di solito rispondono entro 1 giorno