Windows app: completed task remains stuck showing Stop (■) after restart and fork
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
Research direction
Start by reproducing the stale Stop-button state in the Windows packaged desktop app on version 26.721.3404.0, then trace how the composer reflects an idle task after completion, restart, and fork. Done means an idle task shows the normal send state and Stop either cancels an active task or clears stale UI state; no source files or tests are named in the report.
Written by the indexing model from the issue text.
Description
Codex app version
26.721.3404.0 (Windows packaged desktop app)
Platform
Windows desktop app
What issue are you seeing?
A task completed, and its backend state was verified as idle with the latest turn completed, but the composer permanently continues to show the square Stop button (■) instead of returning to the normal send state.
There was no running terminal or background task. Clicking ■ had no effect.
Recovery attempts that did not fix it
- Clicked Stop repeatedly.
- Switched to another task and back.
- Paused the task and submitted a new prompt.
- Fully exited Codex, verified the old app processes stopped, and relaunched it.
- Forked the affected task while preserving the original. The fork was created successfully and was idle, but the UI still showed
■.
Expected behavior
When a task is idle and its latest turn is completed, the composer should reconcile to the normal send state. If Stop is shown, clicking it should either cancel the actual task or clear a stale UI state.
Additional information
The stale Stop state persisted across a verified full app restart and a successful fork. No project files or private paths are included in this report.
Similar symptom: #14094. That issue is closed, but this occurred on the newer app version above.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
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.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·