T3 Code troubleshooting

The errors people actually hit with T3 Code — startup timeouts, missing provider binaries, port conflicts and remote session failures — each with a working fix.

Last reviewed · verified against the pingdotgg/t3code repo

Before anything else, try these three. They resolve the majority of reported problems.

bash
# 1. update your provider CLI — the single highest-yield fix
npm i -g @openai/codex@latest
codex --version

# 2. confirm the provider works on its own
codex login

# 3. make sure nothing else holds the port
lsof -ti:3773            # macOS / Linux
netstat -ano | findstr :3773   # Windows

If you're still stuck, find your symptom below.

Error index#

SymptomCauseFix
Timed out waiting for initializeOutdated provider CLIFix →
'codex' not found but it works in your shellPATH not inheritedFix →
EADDRINUSE / server won't startPort 3773 or 9234 takenFix →
failed to start codex app-serverSpawn or path failure, often WindowsFix →
manifest entry is missing required pathStale native-messaging manifest after an updateFix →
Codex process is not availableApp-server launched, then crashedFix →
Couldn't set up admin/non-admin sandboxWindows sandbox ACL failureFix →
exceeded retry limit, last status: 429Quota, auth or provider — read the status codeFix →
Provider update loops forevernpm permissions or stale lockFix →
Missing key at ["thread"]["sessionId"]Remote adapter mismatchFix →
Can't add a project on a remote serverKnown GUI limitationUse t3 project on the server — details

Diagnose by layer#

Almost every failure belongs to one layer, and knowing which one narrows the fix immediately:

text
Browser  ──ws──►  Node server  ──JSON-RPC──►  Provider CLI  ──https──►  Model
   1                   2                          3                       4
What you seeLayerMeaning
Page loads, spinner forever1→2Server not reachable, or WebSocket blocked
Server won't start at all2Port conflict
Server fine, session won't start2→3Provider CLI missing, old, or unauthenticated
Session starts then dies mid-run3→4Auth expired, rate limit, quota
Rate limit / billing messages4Your provider account, not T3 Code

Architecture in full →

Codex errors that aren't T3 Code errors#

A large share of what people bring here originates in the Codex CLI, not in T3 Code — T3 Code just launches it as a subprocess, so Codex's failures surface inside T3 Code's UI.

These are worth separating out, because the fix always belongs at the Codex layer and several of them are open upstream bugs with no official fix yet:

ErrorWhat it means
failed to start codex app-serverNever launched — path resolution, or Microsoft Store ACLs
manifest entry is missing required pathStale native-messaging manifest left behind by a plugin update
Codex process is not availableLaunched, then crashed — usually an unknown feature key
Couldn't set up the sandboxWindows ACL/ownership failure — one variant corrupts your repo
exceeded retry limit, last status: 429The status code is the real error; 429, 401 and 503 differ

The diagnostic that settles it: run a plain codex session in a terminal. If that fails too, it was never a T3 Code problem.

Things that aren't bugs#

  • The GUI can't add projects on a remote server. Documented limitation. Use t3 project on the server machine.
  • Breaking changes between nightlies. The project is explicitly very early stage and ships most days. Pin a version if you need stability.
  • Agent quality complaints. How good the code is comes from Codex or Claude, not from T3 Code. T3 Code is the interface.
  • Rate limits. Your provider account. Agentic runs consume far more tokens than chat.

Escalating#

If none of this helps:

  1. Search existing issues — this project moves fast and your problem is often already fixed on a newer build
  2. Ask in Discord, where breakage surfaces first
  3. Open an issue with your T3 Code version, provider CLI version, OS, and the terminal output — without those four, the answer will just be "update your CLI"

FAQ#

Why is T3 Code not working?#

The most common causes are an outdated provider CLI, a provider binary that isn't on the PATH T3 Code inherited, or another process holding port 3773. Update the CLI first — it resolves the largest share of reported problems.

Where are T3 Code's error logs?#

The most useful output goes to the terminal where you launched npx t3. Subprocess spawn failures appear there, while the browser typically shows only a generic connection error.

Is T3 Code stable enough to rely on?#

It's usable for daily development, but the project describes itself as very early stage with expected bugs and breaking changes, and ships nightly builds. Pin a version if you need reproducibility.

Should I report a T3 Code bug or a provider bug?#

Check whether the provider CLI works on its own first. If codex --version or a plain codex session fails, it's a provider problem. If the CLI works standalone but fails through T3 Code, report it to T3 Code with both version numbers.