anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-22 02:05:26 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

TUI: Parent session appears stuck "loading" when subagent is blocked (waiting user input / hanging tool call); lack of visibility and recovery UX #7710

New Issue
Open
opened 2026-02-16 18:07:59 -05:00 by yindo · 1 comment
yindo commented 2026-02-16 18:07:59 -05:00
Owner
Copy Link
Copy Source

Originally created by @wcldyx on GitHub (Jan 27, 2026).

Originally assigned to: @rekram1-node on GitHub.

Problem

When running a workflow that spawns subagents (Task/subtask), the parent session UI can appear to be stuck "loading" indefinitely. From the parent session, it's not clear whether:

  • a subagent is waiting for user input, or
  • a tool call inside a subagent is hanging (e.g., webfetch), or
  • something is actually deadlocked.

This creates a "feels frozen" experience because the parent session shows only something like "N toolcalls" and doesn't surface what it's waiting on.

Expected

  • Parent session should clearly show which subagent is currently running/blocking.
  • If the subagent is waiting for user input, parent should indicate "waiting for user input" (and ideally allow replying without manually switching sessions).
  • If a tool call is in progress, parent should show the tool name + target (e.g., URL for webfetch) and elapsed time, and provide a clear cancel/interrupt affordance.
  • Ideally, auto-return to parent and/or show a status banner when subagent completes / blocks.

Actual

  • Parent session stays in a loading-looking state for a very long time.
  • The only way to understand what's happening is to manually navigate into subagent sessions (ctrl+x right) and inspect them.
  • In my case, one subagent was waiting for an explicit user reply (e.g., asking "should I continue searching?"), while the parent still looked like "loading".
  • Another subagent showed a hanging webfetch (red tool label) without any visible timeout/progress on the parent.

Repro Steps

  1. Run OpenCode in TUI inside a repo/project.
  2. Trigger a workflow that spawns subagents (e.g., a custom /deep-research ... command that uses subtask: true and calls Task to run dr-web / dr-repo).
  3. Observe parent session shows toolcalls and appears to be loading indefinitely.
  4. Press ctrl+x then right to view subagent sessions.
  5. Observe subagent is blocked either on:
    • waiting for user input, or
    • webfetch / bash call hanging.
  6. Parent session gives no clear indication of which condition it is.

Environment

  • OpenCode: v1.1.36
  • OS: Windows (Git Bash/MSYS)
  • Model: Claude Sonnet 4.5 Thinking (Antigravity) (as shown in UI)
  • Notes: occurs in subagent workflows; parent session lacks visibility.

Related

  • #6880 (subagent output in TUI seems strange)
  • #6491 (session does not automatically return to parent after subagent execution)
  • #5888 (hangs with no clear way to debug)
Originally created by @wcldyx on GitHub (Jan 27, 2026). Originally assigned to: @rekram1-node on GitHub. ## Problem When running a workflow that spawns subagents (Task/subtask), the parent session UI can appear to be stuck "loading" indefinitely. From the parent session, it's not clear whether: - a subagent is waiting for user input, or - a tool call inside a subagent is hanging (e.g., webfetch), or - something is actually deadlocked. This creates a "feels frozen" experience because the parent session shows only something like "N toolcalls" and doesn't surface what it's waiting on. ## Expected - Parent session should clearly show which subagent is currently running/blocking. - If the subagent is waiting for user input, parent should indicate "waiting for user input" (and ideally allow replying without manually switching sessions). - If a tool call is in progress, parent should show the tool name + target (e.g., URL for webfetch) and elapsed time, and provide a clear cancel/interrupt affordance. - Ideally, auto-return to parent and/or show a status banner when subagent completes / blocks. ## Actual - Parent session stays in a loading-looking state for a very long time. - The only way to understand what's happening is to manually navigate into subagent sessions (ctrl+x right) and inspect them. - In my case, one subagent was waiting for an explicit user reply (e.g., asking "should I continue searching?"), while the parent still looked like "loading". - Another subagent showed a hanging `webfetch` (red tool label) without any visible timeout/progress on the parent. ## Repro Steps 1. Run OpenCode in TUI inside a repo/project. 2. Trigger a workflow that spawns subagents (e.g., a custom `/deep-research ...` command that uses `subtask: true` and calls Task to run `dr-web` / `dr-repo`). 3. Observe parent session shows toolcalls and appears to be loading indefinitely. 4. Press `ctrl+x` then `right` to view subagent sessions. 5. Observe subagent is blocked either on: - waiting for user input, or - `webfetch` / `bash` call hanging. 6. Parent session gives no clear indication of which condition it is. ## Environment - OpenCode: v1.1.36 - OS: Windows (Git Bash/MSYS) - Model: Claude Sonnet 4.5 Thinking (Antigravity) (as shown in UI) - Notes: occurs in subagent workflows; parent session lacks visibility. ## Related - #6880 (subagent output in TUI seems strange) - #6491 (session does not automatically return to parent after subagent execution) - #5888 (hangs with no clear way to debug)
yindo added the opentui label 2026-02-16 18:07:59 -05:00
yindo commented 2026-02-16 18:07:59 -05:00
Author
Owner
Copy Link
Copy Source

@github-actions[bot] commented on GitHub (Jan 27, 2026):

This issue might be a duplicate of existing issues. Please check:

  • #6880: Subagent output in TUI seems strange since 1.1.1 (parent session shows incomplete tool output/status from subagent tasks)
  • #6491: Session does not automatically return to parent after subagent execution (lack of automatic return to parent context)
  • #6896: Input prompt hidden when attaching to child/subagent session (related subagent session visibility issues)
  • #5888: Opencode Hangs when used as CLI tool (general hanging/blocking issue without visibility)

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Jan 27, 2026): This issue might be a duplicate of existing issues. Please check: - #6880: Subagent output in TUI seems strange since 1.1.1 (parent session shows incomplete tool output/status from subagent tasks) - #6491: Session does not automatically return to parent after subagent execution (lack of automatic return to parent context) - #6896: Input prompt hidden when attaching to child/subagent session (related subagent session visibility issues) - #5888: Opencode Hangs when used as CLI tool (general hanging/blocking issue without visibility) Feel free to ignore if none of these address your specific case.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label opentui
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#7710
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?