Claude helper resumes repeatedly return Cloudflare 403 in an existing session
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 18/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- backend
Direzione di ricerca
Start with ClaudeAdapterV2.ts, where the provider's result text is preserved, and trace how a persistent Claude subprocess is reused across resumed helper sessions. The issue has no deterministic reproduction, so first confirm the 403 path by reading the result handling around is_error and api_error_status. Done means a reproducible cause or a clear fix for stale process reuse, with a test covering it.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happened
During normal work in the T3 desktop app, an existing Claude thread and its two helpers repeatedly failed with: Failed to authenticate. API Error: 403 Attention Required! | Cloudflare. Sending continue resumed the helpers but the error returned. Expected: the existing helpers continue working, or the UI explains how to recover.
Diagnosis
The provider event log records Claude SDK results with is_error=true, api_error_status=403, terminal_reason=api_error and the exact displayed text. T3 preserves this provider text in ClaudeAdapterV2.ts (commit 40526f96f6ae3dfe74ae60ca279e748d7838a691, lines 11075 onward); the UI labels it Provider error. The wording does not establish expired credentials; see PR #15872. Both existing helpers recovered after the persistent Claude process was restarted. This does not distinguish stale process state from a transient upstream Cloudflare block. No deterministic reproduction or confirmed root cause was established.
Steps to reproduce
Observed sequence, not a deterministic reproduction:
- Use an existing Claude Opus 5.5 thread with two helpers in the desktop app against its local server.
- Send continue; the parent resumes the existing helpers with SendMessage.
- Observe repeated Cloudflare 403 errors.
- Restart the affected persistent Claude process and resume the same helpers for diagnostic replies and harmless tool calls; both checks succeed.
Version
0.1.10-nightly.20261112.4580
Environment
Linux x64, kernel 7.2.15-1-omarchy; local desktop-managed server; Node v26.12.1; Claude Code 2.1.322; claudeAgent provider; claude-opus-5-5, high effort. Triage CLI only: 0.1.9 (npx t3 triage).
Evidence
Provider log excerpts/summary, 2026-11-13 UTC:
09:51:49.461 result: subtype=success, is_error=true, api_error_status=403, terminal_reason=api_error
result: Failed to authenticate. API Error: 403 Attention Required! | Cloudflare
09:54:28.668 and 09:54:30.513: both existing helpers replied HELPER_AUTH_OK
09:55:02.098 and 09:55:03.027: both helpers replied HELPER_TOOL_OK after successful Bash tool results
No further Cloudflare error through the inspected log at 09:56:36.219. This is a bounded recovery check, not proof against recurrence.
Related issues
#18554 is analogous process-reuse/auth behavior, but reports Not logged in after re-login rather than Cloudflare 403; not a confirmed duplicate. #15872 explains preserving Claude's 403 text.
Fix applied or workaround
A separate diagnostic session verified that the affected thread had no active run, checked the Claude subprocess owner and session identity, and sent that idle subprocess SIGTERM at 09:54:10 UTC. A new turn resumed the same conversation and helpers. Both passed reply-only and tool-call checks. Recovery after restart does not prove causation. No T3 source patch was applied.
Filed by
Codex GPT-6 Astra
- Lingua principale
- TypeScript
- Stelle
- 24.8k
- Fork
- 6.4k
- Merge medio
- 59m
- PR unite (30g)
- 418
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la 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 pingdotgg/t3code
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Question card options show LaTeX as raw source, though the question text renders itForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: Settings inheritance popover shows raw slugs for branch naming, default permissions and response streamingForse già presa @juliusmarminge l’ha presa 1 giorno fa. Apertavouch:denounced
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di pingdotgg/t3code
Issue simili
-
bug platform:mobile root-cause:found
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
openchamber/openchamber#6926 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
push-based/user-flow#356 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
Cygnux-Labs/Tracekit#827 ·
I maintainer di solito rispondono entro 1 giorno
-
www build: a refused import shows only "ENOENT scandir <outDir>", never the build-audience errorApertakind:defect
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 91/100
I maintainer di solito rispondono entro 1 giorno
-
type:bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
nightgauge/nightgauge#3266 ·
I maintainer di solito rispondono entro 1 giorno