Completed subagents appear active until their results are opened
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 52/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- macos
- Domain
- desktop
Research direction
Start with the parent task UI and the runtime agent-status query described in the report, reproducing the sequence with completed subagents whose results remain unopened. Done means the interface distinguishes running, completed-unread, and completed-read states without presenting completed agents as active; no files or tests are named in the issue.
Written by the indexing model from the issue text.
Description
What version of the Codex App are you using?
The exact Codex Desktop build was not available to the agent. Observed on 2026-08-09.
What subscription do you have?
Not relevant to the UI behavior.
What platform is your computer?
macOS 26.6.1 (25G76), arm64.
What issue are you seeing?
Completed subagents can remain presented in the parent task UI as if they are still active. In this case, the UI appeared to show three active subagents, while the runtime agent-status query reported that every child agent was completed and only the parent agent was running.
Opening each completed subagent caused its apparent active indicator to disappear. This suggests that the indicator represents an unread completion/result, but visually communicates ongoing execution instead.
This is confusing because users may reasonably conclude that agents are still consuming model time or other resources.
What steps can reproduce the bug?
- Start one or more subagents from a parent task.
- Let the subagents finish.
- Return to the parent task without opening the completed subagent results.
- Observe that the UI still appears to present some subagents as active.
- Verify through agent runtime status that those subagents are
completed. - Open the completed subagents one by one.
- Observe that their indicators disappear after being viewed.
What is the expected behavior?
The UI should clearly distinguish:
Running: the subagent is still executing.Completed — unread result: execution has ended, but its result has not been opened.Completed — read: execution has ended and its result has been viewed.
A label such as “3 unread subagent results” would avoid implying that three agents are still running.
Additional information
No continued execution was actually observed. The issue is the mismatch between the visual state and the runtime state, which made it necessary to inspect the agent status explicitly to determine whether resources were still being consumed.
- 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 ·