[macOS] Desktop 26.820.60940 ignores local App Server daemon

Open 💬 1 comment Opened Aug 27, 2026 by Buggytheclown
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

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

26.820.60940

What subscription do you have?

5x

What platform is your computer?

Darwin 24.6.0 arm64 arm

What issue are you seeing?

After updating Desktop from 26.818.61809 to 26.820.60940,
CODEX_APP_SERVER_USE_LOCAL_DAEMON=1 stopped working.

Even when the managed App Server is already running, Desktop starts a
second private App Server over stdio.

The previous Desktop version connected to the managed daemon using the
local Unix socket.

What steps can reproduce the bug?

  1. Fully quit ChatGPT Desktop.
  2. Start the managed App Server:

codex app-server daemon start

  1. Run:

launchctl setenv CODEX_APP_SERVER_USE_LOCAL_DAEMON 1

  1. Open ChatGPT Desktop.
  2. Check the process list and Desktop logs.

Result: two App Server processes are running, and the Desktop log shows
transport=stdio.

What is the expected behavior?

Desktop should connect to the existing managed App Server at:

~/.codex/app-server-control/app-server-control.sock

It should not start a second private App Server.

Additional information

Last working Desktop version: 26.818.61809
Broken Desktop version: 26.820.60940

Before the update, Desktop logs showed transport=websocket.
After the update, they show transport=stdio.

Related issue:
https://github.com/openai/codex/issues/31991

View original on GitHub ↗

1 Comment

github-actions[bot] contributor · 1 day ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #41014

Powered by Codex Action