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
Note: I don't have a clean reproduction of this yet unfortunately. (Will update this if I can find more details about when it occurs or even exact steps to reproduce.)
I've run into several instances where I'll send a message which will be queued and then just sit there, despite there not being any outstanding LLM responses being waited for. (No "working..." status in bottom-left, just "enter send")
Usually I'll just say "go" and it will proceed, the old previous queued message turning from green to purple along with the new "go" message.
Occasionally, both will appear purple but only the "go" message will appear to be sent to the LLM. (It will be confused about what I'm asking it to "go" for.) Often to prevent this, I'll Ctrl+P to re-send the exact same command again which works fine usually.
I'm using Claude Sonnet 4 if that's relevant. (Haven't tested other models to see if the behavior happens for them as well.)
I think it's fair to say that the "queued" message along with non-active state should not occur? (Or perhaps there's some functionality I'm not aware of that would warrant the user having to confirm sending queued messages after reviewing the response?)
This issue might be a duplicate of existing issues. Please check:
Forgets queued messages #1476: Forgets queued messages - Similar issue where queued messages during tasks seem to be forgotten after task completion, with messages being ignored after certain operations
Message generation interrupted, stuck at Generating #2137: Message generation interrupted, stuck at Generating - Similar hanging/stuck behavior where messages get interrupted or stuck in generating state despite no active LLM responses
working getting stuck and double esc not exiting #1418: working getting stuck and double esc not exiting - Similar issue where opencode gets stuck and becomes unresponsive, requiring manual intervention like saying "go" to proceed
Session simply stalls #232: Session simply stalls - Messages just sit there without processing, similar to the "queued but not running" behavior described
Feel free to ignore if none of these address your specific case.
I have observed this as well. Sometimes it actually works on the first queued message but on the second one. I often have to re-send the last message to be processed.
Activity
github-actions commentedon Aug 25, 2025
This issue might be a duplicate of existing issues. Please check:
Generating#2137: Message generation interrupted, stuck atGenerating- Similar hanging/stuck behavior where messages get interrupted or stuck in generating state despite no active LLM responsesFeel free to ignore if none of these address your specific case.
arsham commentedon Aug 25, 2025
I have observed this as well. Sometimes it actually works on the first queued message but on the second one. I often have to re-send the last message to be processed.
thdxr commentedon Sep 18, 2025
this should be fixed now