Codex Desktop regression after 26.803.61601 update: WebSocket Broken pipe leaves task stuck
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
Description
Immediately after Codex Desktop updated at approximately 6:38 PM ET on August 10, 2026, an existing task became stuck after a WebSocket disconnect.
The user-visible error was:
stream disconnected before completion: failed to send websocket request: IO error: Broken pipe (os error 32)
stream disconnected before completion
Environment
- Codex Desktop / ChatGPT app:
26.803.61601(build6396) - Standalone Codex CLI installed locally:
0.147.0 - macOS
- Local project task
- Large, image-heavy session history: approximately 255 MB
Observed behavior
- The app updated at approximately 6:38 PM ET.
- A turn in an existing task then disconnected with the
Broken pipe (os error 32)error above. - Retrying in the same task was accepted but produced no assistant, reasoning, tool, completion, or visible error event.
- One retry remained empty for about three minutes before interruption.
- A subsequent retry remained active with no output, leaving the task stuck.
- Restarting/retrying in the same task did not recover it.
Expected behavior
After a transient WebSocket disconnect, the turn should either reconnect and complete, or terminate with a visible recoverable error so the task can be retried normally.
Diagnostics
An in-app performance trace was uploaded for this occurrence. Its feedback ID can be provided privately to an OpenAI maintainer on request.
Related older report: #32555. This issue documents a new occurrence on the current build immediately after today's app update.
No raw logs, prompts, local paths, task/thread IDs, feedback IDs, screenshots, or image payloads are included.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with related report #32555 and the uploaded in-app performance trace for this occurrence; compare post-disconnect behavior on build 26.803.61601 with the expected reconnect or visible-error outcomes. Done means a transient WebSocket disconnect no longer leaves a retry silent or the task stuck.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 42/100