codex - 💡(How to fix) Fix Windows Codex app dictation records audio but silently produces no transcript [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#21129Fetched 2026-05-06 06:26:20
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
labeled ×3

Error Message

In the Windows Codex desktop app, dictation can start and appears to record microphone input, but stopping or submitting the recording produces no transcript and no visible error. 7. Observe that no transcript is inserted and no error is shown. After stopping/submitting dictation, the recorded audio should be transcribed and inserted into the composer or sent, matching the Mac app behavior. If transcription fails, Codex should show an error instead of silently dropping the recording.

RAW_BUFFERClick to expand / collapse

What version of the Codex App are you using?

Codex App 26.429.3425.0

What platform is your computer?

Windows x64

What issue are you seeing?

In the Windows Codex desktop app, dictation can start and appears to record microphone input, but stopping or submitting the recording produces no transcript and no visible error.

The microphone permission is allowed by Windows privacy settings and the security log shows Codex.exe microphone access was allowed. The dictation UI shows waveform activity and a recording timer, so audio input appears to be captured. However, after clicking the stop button or the submit/send button, no text is inserted into the composer and nothing is sent.

The same workflow works on the Mac Codex app, where voice input is transcribed and submitted automatically.

What steps can reproduce the bug?

  1. Open Codex App on Windows.
  2. Open any chat.
  3. Click the microphone/dictation button in the composer.
  4. Speak for several seconds.
  5. Observe that waveform activity and the timer are visible.
  6. Click stop, or click the send/submit button.
  7. Observe that no transcript is inserted and no error is shown.

Expected behavior

After stopping/submitting dictation, the recorded audio should be transcribed and inserted into the composer or sent, matching the Mac app behavior. If transcription fails, Codex should show an error instead of silently dropping the recording.

Additional observations

Local inspection suggests this may be a Windows/Electron MediaRecorder timing issue. The composer dictation path uses MediaRecorder and appears to return early if the recorded chunks array is empty. On Windows, the final dataavailable event may not have populated chunks before the stop handler checks it, causing the recording to be treated as empty and silently discarded.

Related but different issue: #13541 reports dictation failing to start. In this case dictation starts, waveform/timer are visible, but transcription never appears.

extent analysis

TL;DR

The issue may be resolved by ensuring the dataavailable event has populated the recorded chunks array before the stop handler checks it, potentially involving a timing fix related to the MediaRecorder on Windows.

Guidance

  • Investigate the MediaRecorder implementation on Windows to understand why the dataavailable event might not be populating the chunks array in time for the stop handler.
  • Verify that the issue is indeed related to the timing of the dataavailable event by adding logging or debugging statements to track when this event is fired and when the stop handler is executed.
  • Consider implementing a delay or a more robust check in the stop handler to ensure that the chunks array is not empty before attempting to transcribe the recording.
  • Review the differences in implementation between the Windows and Mac versions of the Codex App to identify any platform-specific factors that might be contributing to this issue.

Example

No specific code example can be provided without more details on the MediaRecorder implementation, but a potential approach might involve modifying the stop handler to wait for a short period or to check for the presence of recorded chunks before proceeding.

Notes

The provided information suggests a complex interaction between the MediaRecorder, the Electron framework, and the Windows platform, which may require in-depth debugging and potentially platform-specific fixes. The fact that the issue does not occur on Mac suggests that the solution may involve adapting the code to better handle the specifics of the Windows environment.

Recommendation

Apply a workaround by modifying the stop handler to more robustly handle the case where the dataavailable event has not yet populated the chunks array, potentially by introducing a small delay or a more sophisticated check for recorded data.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

After stopping/submitting dictation, the recorded audio should be transcribed and inserted into the composer or sent, matching the Mac app behavior. If transcription fails, Codex should show an error instead of silently dropping the recording.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING