Codex Desktop exposes duplicate standard windows in macOS context/window pickers

Open 💬 0 comments Opened Jun 22, 2026 by muke1838-cloud

What happened?

After updating Codex Desktop on macOS, external window/context pickers started showing two separate Codex entries for the same running Codex app.

This appears to happen because Codex exposes two standard macOS accessibility windows with the same name, Codex. One is the main app window, and the other appears to be a small auxiliary window, but both are visible to macOS window/context enumeration.

Why this matters

Apps or sidebars that list available app windows now show duplicate Codex entries. This is confusing because it looks like two Codex apps or two separate sessions are running, even though there is only one visible Codex app process.

Environment

  • OS: macOS 26.3, build 25D125
  • Codex Desktop version: 26.616.51431
  • Codex Desktop bundle version: 4212
  • Codex CLI version: 0.142.0-alpha.6
  • The Codex app bundle on this machine was updated around 2026-06-21 08:29 local time

Evidence

The main Codex process is unique, but macOS accessibility reports two windows with the same name:

osascript -e 'tell application "System Events" to tell process "Codex" to get name of every window'
=> Codex, Codex

Additional inspection showed two AXStandardWindow objects with the same title. One appears to be the main app window, while the other appears to be a smaller auxiliary window, roughly 356 x 320 px, but it is still exposed as a standard window.

Expected behavior

Only the actual main Codex window should appear in external window/context pickers, or auxiliary/background windows should have a distinct role/name and should not be exposed as normal user-selectable app windows.

Notes

This started appearing after the recent Codex Desktop update on macOS. Restarting the app may temporarily affect the visible window list, but the underlying issue is that the auxiliary Codex window is exposed as a normal standard window.

View original on GitHub ↗