Skip to content

All Codex clients (Desktop app, codex exec, mcp-server) get 404 from chatgpt.com/backend-api/codex/responses since 2026-09-03 14:39 UTC (Windows, Pro) #42559

Description

@koniaes

What version of the Codex App are you using (From "About Codex" dialog)?

Codex App 26.901.1978.0 (Windows package OpenAI.Codex_26.901.1978.0_x64), bundled CLI codex-cli 0.153.0-alpha.5. Reproduced with the same binary through the Desktop app, codex exec and codex mcp-server (used from Claude Code via MCP).

What subscription do you have?

Pro (ChatGPT login)

What platform is your computer?

Windows 11 Home 10.0.26200, x64. Network egress from Spain (Cloudflare POP MAD).

What issue are you seeing?

Since 2026-09-03 14:39:25 UTC every turn fails with:

unexpected status 404 Not Found: Unknown error, url: https://chatgpt.com/backend-api/codex/responses, cf-ray: a355a9cdf90fec87-MAD

Same error from three independent clients that share the binary and the auth:

Client Result
Codex Desktop (new and existing threads) 404 on every turn since 14:39:25 UTC; the rollouts before 14:27 UTC are clean
codex exec --sandbox read-only "…" WebSocket wss://chatgpt.com/backend-api/codex/responses → 404 ×5 reconnects, then HTTPS fallback → 404 ×5
codex mcp-server (MCP tool codex) 404, six calls between 14:52 and 15:09 UTC

What I ruled out locally:

  • codex login statusLogged in using ChatGPT; access token valid until 2026-09-08; account is pro.
  • account/rateLimits/read over codex app-server works (Pro, weekly 24 % used), so account endpoints answer; only the responses route is 404.
  • Unauthenticated POST https://chatgpt.com/backend-api/codex/responses → 404, while POST /backend-api/me → 403. The route itself is not answering.
  • Model is gpt-5.6-sol (unchanged since Aug 29). Forcing gpt-5.2-codex → same 404.
  • The binary (0.153.0-alpha.5, installed by the app at 00:05 UTC) was working: last successful MCP turn 13:03 UTC, last successful Desktop turn 14:27 UTC. The Desktop app was relaunched at 14:37 UTC; the first 404 is two minutes later.
  • status.openai.com shows no incident as of 15:02 UTC.

Looks like the same outage as #42538, #42537, #42536, #42534, #42533 and #42532 (all opened today, macOS/Windows/VS Code, Plus and Pro).

What steps can reproduce the bug?

  1. Open Codex Desktop, start a new thread, send any prompt → 404.
  2. Or: codex exec --sandbox read-only --skip-git-repo-check "Reply exactly: PING_OK" → 404 after the reconnect attempts.
  3. Or: start codex mcp-server and call the codex tool with any prompt → 404.

What is the expected behavior?

The model answers; backend-api/codex/responses is reachable (it was until 14:27 UTC with the same binary, token and config).

Additional information

  • cf-ray ids seen (all -MAD): a35594b9db91547b, a35595f6bfe8ec96, a355970acb14d8ff, a355a076bfbfe8a4, a355a9cdf90fec87, a355ac86de34ec9a.
  • codex exec also logs, before the 404 lines: ERROR rmcp::transport::worker: worker quit with fatal: Transport channel closed, when UnexpectedServerResponse("HTTP 404: ").
  • Still failing at 15:09 UTC. A watcher retries every 10 minutes; I will add a comment with the recovery time when it comes back.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbugSomething isn't workingconnectivityIssues involving networking or endpoint connectivity problems (disconnections)execIssues related to the `codex exec` subcommandmcp-serverIssues related to the use of the `codex mcp-server` subcommand

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions