Issue for this PR

Closes #20090 #6942 #21906 #4821

Type of change

• Bug fix
• New feature
• Refactor / code improvement
• Documentation

What does this PR do?

This PR adds the ability to cancel queued prompts directly from the TUI message actions dialog.

Problem: When multiple prompts are queued in the TUI, later user messages show a QUEUED badge but there is no way to remove them without waiting for the assistant to process every preceding turn.

Solution:

1. Removes the busy-session gate from deleteMessage (packages/opencode/src/server/routes/instance/httpapi/handlers/session.ts)

   • The endpoint previously blocked deletions via mapBusy(runState.assertNotBusy(...)), which prevented removing a queued message while an earlier turn was running.
   • Removing this guard is safe because deleteMessage only removes the target message record and its parts from the session DB — it does not revert file changes or interrupt the runner state.

2. Adds a conditional Cancel action to DialogMessage (packages/opencode/src/cli/cmd/tui/routes/session/dialog-message.tsx)

   • Adds an optional queued?: boolean prop.
   • When queued is true, the dialog prepends a "Cancel" option that calls sdk.client.session.deleteMessage({ sessionID, messageID }).
   • Added the missing DialogContext type import to fix an implicit any parameter.

3. Wires queued state from the session view (packages/opencode/src/cli/cmd/tui/routes/session/index.tsx)

   • Computes isQueued using the same existing rule that renders the QUEUED badge (message.id > pending()).
   • Passes queued={isQueued} to DialogMessage and pending={pending()} to DialogTimeline.

4. Propagates queued state through the timeline dialog (packages/opencode/src/cli/cmd/tui/routes/session/dialog-timeline.tsx)

   • Adds pending?: string prop and computes isQueued for each entry before passing it to DialogMessage.

How did you verify your code works?

• Type-checking: bun turbo typecheck passes across all 14 packages with zero errors.
• Relevant tests: bun test test/cli/run/runtime.queue.test.ts: 10 pass, 0 fail.
• Manual audit of the call chain:
  • DialogMessage.receives queuedfrom the samepending()memo that drives the existingQUEUED` badge.
  • deleteMessage is a pre-existing SDK endpoint that removes only the target message and its parts; it does not touch SessionRunState or the active runner fiber.
  • Cancelling a queued message therefore does not interrupt the currently running assistant turn.

Screenshots / recordings

Checklist

• I have tested my changes locally
• I have not included unrelated changes in this PR