ACP (Zed agent panel): bash tool calls silently rejected when permission is "ask"

[bcdady]

Description

When "bash": "ask" is set in opencode.json and the session is running via the Zed ACP agent panel (not the TUI), bash tool calls are silently rejected. The agent receives "The user rejected permission to use this specific tool call" — the same message as an explicit user denial — but no permission prompt is ever shown. The session stalls with no indication of what happened.

This is different from #28312 and #29422, where a prompt appears but gets stuck. Here the prompt never appears at all.

Plugins

None

OpenCode version

1.15.11

Steps to reproduce

1. Set "bash": "ask" in opencode.json
2. Open an opencode session via the Zed ACP agent panel
3. Ask the agent to run any shell command
4. Agent attempts bash tool call
5. No prompt appears; agent receives a silent rejection indistinguishable from an explicit deny

Screenshot and/or share link

N/A — the bug manifests as absence of a prompt, nothing visible to screenshot.

Operating System

Linux

Terminal

Zed ACP agent panel (not a terminal emulator — this is the embedded agent UI)

[bcdady]

Follow-up from further testing: the behavior is slightly different than described in the original report.

With "bash": "allow" set in opencode.json, the command executes and the agent receives the output — but Zed's ACP panel shows "Awaiting Confirmation" for the same tool call, with no way to resolve it.

So the actual sequence is:

1. Zed surfaces an approval prompt in the ACP panel
2. The command executes and returns output to the agent before the user can respond
3. Zed is left with an unresolvable "Awaiting Confirmation" prompt

This is closer to the race condition described in #29422 than a silent drop. The prompt appears, but it is already stale by the time the user sees it. Approval or denial has no effect on the outcome.