You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Permission requests from child sessions do not get forwarded via ACP and hangs forever #12133
When OpenCode runs in ACP mode, permission requests originating from child sessions (e.g. Task subagents) are silently ignored. This causes those sessions to block indefinitely and appear frozen.
Problem
The ACP agent only handles permission requests for sessions it directly tracks. Child sessions created by Task subagents are not registered with the ACP session manager, so when they request permissions, the ACP agent drops the request without notifying the ACP client.
Expected Behavior
Permission requests from child sessions should be surfaced to the ACP client the same way as requests from the main session.
Impact
• Task subagents can deadlock
• No visible error or feedback to the user
• Difficult to diagnose without deep inspection
Plugins
No response
OpenCode version
OpenCode v1.1.51
Steps to reproduce
Run OpenCode in ACP mode
Trigger a Task subagent
Use the Task tool to create a subagent that writes a test file to /tmp/opencode-permission-test.txt with the content "hello world", then reads it back and reports the contents.
Observe the session freezing with no permission prompt
this is also a bug in regular opencode TUI, subagent attempted access to non authorized files/folders just fail without prompting an authorization prompt like the main agent
this is also a bug in regular opencode TUI, subagent attempted access to non authorized files/folders just fail without prompting an authorization prompt like the main agent
I could swear I've seen permission prompts from the subagent bubble up to the TUI before, but perhaps there are different ways for this to happen. This bug report was specific to ACP, and the TUI issue sounds different: (At least it is auto-declining). In ACP's case, it just hangs forever which is an unacceptable user experience.
this is also a bug in regular opencode TUI, subagent attempted access to non authorized files/folders just fail without prompting an authorization prompt like the main agent
I could swear I've seen permission prompts from the subagent bubble up to the TUI before, but perhaps there are different ways for this to happen. This bug report was specific to ACP, and the TUI issue sounds different: (At least it is auto-declining). In ACP's case, it just hangs forever which is an unacceptable user experience.
I'm under the impression that the bug in the TUI is where a subagent spawned by a subagent tries to request for permissions, then it doesn't bubble up / is never shown in the TUI and the sub-subagent is stuck waiting for permission.
In other words:
Primary agent > Subagent (permission requests bubbles up to primary agent/session)
Primary agent > Subagent > Sub-subagent (permission requests do NOT bubble up, Sub-subagent stuck waiting for permission, but user cannot accept/deny)
On a related note, it's a bit annoying that the permission prompt is only shown in the parent session where if you are looking at a subagent session, eventually it asks for permissions and you have to go back to the parent session to take action.
On a related note, it's a bit annoying that the permission prompt is only shown in the parent session where if you are looking at a subagent session, eventually it asks for permissions and you have to go back to the parent session to take action.
100% agreed. it gets me every time.
I'm under the impression that the bug in the TUI is where a subagent spawned by a subagent tries to request for permissions, then it doesn't bubble up / is never shown in the TUI and the sub-subagent is stuck waiting for permission.
that makes sense. I think my PR for ACP didn't consider sub-subagents and I don't think that would work in that case. would need to walk up the parent recursively.
Activity
imadtg commentedon Feb 4, 2026
this is also a bug in regular opencode TUI, subagent attempted access to non authorized files/folders just fail without prompting an authorization prompt like the main agent
jonchun commentedon Feb 4, 2026
I could swear I've seen permission prompts from the subagent bubble up to the TUI before, but perhaps there are different ways for this to happen. This bug report was specific to ACP, and the TUI issue sounds different: (At least it is auto-declining). In ACP's case, it just hangs forever which is an unacceptable user experience.
justfortheloveof commentedon Feb 4, 2026
I'm under the impression that the bug in the TUI is where a subagent spawned by a subagent tries to request for permissions, then it doesn't bubble up / is never shown in the TUI and the sub-subagent is stuck waiting for permission.
In other words:
Primary agent > Subagent (permission requests bubbles up to primary agent/session)
Primary agent > Subagent > Sub-subagent (permission requests do NOT bubble up, Sub-subagent stuck waiting for permission, but user cannot accept/deny)
On a related note, it's a bit annoying that the permission prompt is only shown in the parent session where if you are looking at a subagent session, eventually it asks for permissions and you have to go back to the parent session to take action.
jonchun commentedon Feb 4, 2026
100% agreed. it gets me every time.
that makes sense. I think my PR for ACP didn't consider sub-subagents and I don't think that would work in that case. would need to walk up the parent recursively.