ctrl-t enqueue prompt doesn't work
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 11.2k
- Forks
- 1.9k
- Avg merge
- 14h 16m
- Merged PRs (30d)
- 6
Description
Describe the bug
ctrl-t will enqueue prompts but they won't execute after the agent finishes the prior prompt. The UI just keeps spinning on 'Working' endlessly. It would be better if it automatically executed all enqueued prompts (or the UI allowed you to tag which ones to schedule automatically if you really want a stack of things to prompt, but one can just manage that in a text editor easily enough) and then gave a summary of each task at the end (not sure if the CLI can control this or not).
This is especially broken since the Terminal and new completion task bar icon will look like they are not complete so there would be no way to know when to check back to 'send' the next enqueued item anyway. It should be a queue of tasks to execute where you can walk away and analyze results after.
v1.0.84-4
Opus model
Affected version
No response
Steps to reproduce the behavior
No response
Expected behavior
No response
Additional context
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the Ctrl-T enqueue flow on v1.0.84-4 with the Opus model, then trace how queued prompts interact with the Terminal and completion task bar status. Done means queued prompts execute automatically after the prior prompt and the UI clearly indicates completion for each task.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- shell
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 38/100