Codex App 26.803.61601 on macOS: dictation button stalls before Realtime starts
What version of the Codex App are you using (From “About Codex” dialog)?
26.803.61601 (build 6396)
What subscription do you have?
Paid ChatGPT subscription (exact tier omitted)
What platform is your computer?
Darwin 25.5.0 arm64 arm
macOS 26.5.2 (25F84), Apple Silicon
What issue are you seeing?
Composer dictation in the Codex view intermittently becomes stuck when the microphone / “Click to use voice or dictation” control is selected.
The control visually reacts and the voice UI components are created, but recording does not begin and no transcript is inserted. The app may then feel stuck around the composer. It can work briefly after a restart and then fail again.
macOS microphone access for ChatGPT is enabled, the selected system input works, and the issue persists after restarting the app and fully rebooting the Mac.
Sanitized desktop-log observations from failed attempts:
voice-microphone,voice-controls, andvoice-outputcomplete the lifecycle throughnative-attached -> presented.- The hidden
globalDictationrenderer logsConversation state not found. - No
thread/realtime/startrequest is observed for the failed attempt. - The main renderer repeatedly logs
ResizeObserver loop completed with undelivered notifications.
This suggests the failure occurs in the desktop client before Realtime or microphone-session startup, rather than during transcription of a completed recording.
What steps can reproduce the bug?
- Open ChatGPT Desktop and switch to Codex.
- Open an existing local Codex task.
- Select the microphone / “Click to use voice or dictation” control in the composer.
- Observe that the voice controls may render, but recording does not begin and the composer becomes unresponsive or remains stuck.
- Fully quit and reopen the app, then retry.
- The feature may work once or briefly, then return to the same stuck state.
Troubleshooting already performed:
- Confirmed macOS microphone permission is enabled for ChatGPT.
- Confirmed the active system microphone works.
- Fully quit and reopened the app multiple times.
- Fully rebooted macOS.
- Tested in multiple Codex tasks.
- Backed up and reset only the Codex Chromium
Default/Session Storagedirectory, then relaunched; the issue still reproduced.
No complete raw logs are attached because they contain local task metadata. Sanitized excerpts can be provided if needed.
What is the expected behavior?
Selecting the dictation control should promptly start one recording session with visible feedback. Stopping the recording should insert editable transcribed text into the composer. If startup fails, the app should show a stage-specific error instead of silently stalling.
Additional information
This appears related to, but is distinct from:
- #18460 — flaky microphone-button path and intermittent “Unable to transcribe audio”
- #17434 — slow/unreliable recording startup requiring multiple clicks
- #35677 — dictation failure in the unified macOS app
- #36803 — severe and variable dictation latency
The distinctive behavior here is that failed attempts do not reach thread/realtime/start; the client stalls earlier while the globalDictation renderer reports missing conversation state.