Repository navigation
V2 TUI: follow-up prompts should render optimistically #34766
Description
Problem
Queued prompts/messages work, but the V2 TUI does not visibly show queued items or a queued indication like V1 did.
Expected behavior
When a prompt/message is queued behind an active run, the TUI should render it as pending/queued so the user knows it was accepted and will run later.
Actual behavior
The prompt/message is queued internally, but it is not visible in the TUI with a queued indication.
Scope notes
This is primarily a V2 TUI visibility/state-projection issue. It may require checking whether queued state is already exposed in the session/event stream or whether the TUI needs an explicit projected queued row/status.
Activity
opencode-agent commentedon Jul 1, 2026
Additional context from Kit: queued messages should also render optimistically. Right now it can feel like there is a delay before the submitted message appears in the timeline.
This issue should cover both pieces of the queued-submit experience: a visible queued indication, and immediate/optimistic timeline rendering for accepted queued/submitted prompts.
[-]V2 TUI: queued messages are not visibly indicated[/-][+]V2 TUI: follow-up prompts should render optimistically[/+]opencode-agent commentedon Jul 2, 2026
Tracker update from V2 TODO LIST discussion (2026-07-02):
Consensus:
Queued; reserve queued UI for explicitdelivery: "queue"/ future queue controls.Source thread: https://discord.com/channels/1391832426048651334/1520962938733723720
opencode-agent commentedon Jul 8, 2026
Resolved by #34771, merged into
v2on 2026-07-01. Accepted follow-up prompts now render immediately, with queue-delivered prompts visibly marked until promotion.