Codex Desktop on macOS ends implementation turns after commentary despite incomplete approved work
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
Codex Desktop on macOS repeatedly ends an implementation turn immediately after an in-progress commentary/status message, even though approved work remains and there is no blocker, approval wait, tool error, or final completion.
This did not occur in my previous Windows Codex Desktop environment. It began after moving my workflow to macOS and has persisted across restarts, instruction/skill updates, and repeated implementation attempts.
Environment
- Product: Codex Desktop
- Desktop version: 26.911.61220 (build 9647)
- OS: macOS 26.6.2 (25G83)
- Model: gpt-5.6-terra
- Reasoning effort: medium
Expected behavior
After the implementation plan/specification has been explicitly approved, Codex should continue the approved implementation through the requested PR-ready checkpoint: implementation, tests, self-review, commit, and pull-request creation.
An in-progress commentary message should be followed by the next tool action in the same turn. It must not be treated as a completed task while approved work remains.
Actual behavior
Codex performs a small partial edit or test, emits an in-progress status message, then silently ends the turn. The user must repeatedly send another message to resume. The same pattern recurs after every resume, making it impossible to complete an end-to-end implementation workflow in one turn.
Representative redacted transcript:
12:25 — 7s worked
"AEF implementation has started."
<turn ended>
12:38 — 38s worked
"I added processing that fixes the tab order ..."
<a partial UI-file edit was made; turn ended>
12:44 — 11s worked
"The tests for the tab-order change passed. I am continuing the remaining input-field and regression-test work."
<turn ended>
There was no reported implementation-consistency defect, real blocker, approval request, command failure, or final completion at any of these points. Large approved work items remained after each interruption.
Attempted mitigation
- Explicitly stated that the plan/specification was approved.
- Explicitly instructed Codex to continue through PR-ready and not end after progress updates.
- Updated local
AGENTS.md, custom developer instructions, and the relevant workflow skill so an incomplete implementation turn cannot end on a commentary message. - Restarted Codex Desktop.
The behavior persists.
Related issue
This appears related to #30945, which describes a commentary message being persisted as task_complete while a plan remains incomplete. This report adds a macOS regression boundary: the behavior did not occur in the prior Windows environment and began after moving to macOS.
I can provide redacted session-log excerpts if a maintainer indicates the preferred location and fields.
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 by comparing this report with related issue #30945 and reproduce the repeated turn endings on Codex Desktop for macOS using an approved, multi-step implementation. Review the redacted session-log excerpts if provided; done means incomplete approved work continues to the next tool action instead of ending after commentary.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- macos
- Domain
- ai, desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100