Thanks for the report. To help investigate, I have a few questions:
Could you share a Request ID from a session where this happened? You can find it by clicking the three dots at the top right of the chat and selecting “Copy Request ID.” How to find your Request ID
When you say “all updates only become visible after the task has been completed,” does that include the chat panel itself (thinking text, tool calls, file edit previews)? Or is it more that the editor/terminal don’t reflect changes until the agent finishes?
Does this happen every time you run the agent, or only with certain types of tasks (e.g., tasks involving many file edits, terminal commands, etc.)?
Which model are you using when this happens?
Could you try switching to the Agents Window layout (Cmd+Shift+P or Ctrl+Shift+P, then search “Agents Window”) and see if the issue persists?
That last point may also serve as a workaround while we investigate further.
I’m using the chat panel in my IDE. I expect it to display the process when I’m thinking, making decisions, writing documents, or doing other things, but it doesn’t show anything until the next action, and it shows that the thinking took longer than expected.
This problem occurs intermittently, but currently it appears to happen about 80% of the time, involving multiple factors such as thought processes, document editing, enabling subagents, and running agent terminals.
This issue seems less likely to occur with any model, including Codex 5.3 High and Opus 4.6 High Thinking, but when assigning shorter tasks to the model (such as the Composer 2 Fast model).
This problem can occur even when using the agent window; it often gets stuck on the “Planning the next move” screen, but in reality, many operations are changing (such as modifying files or running the subagent).
Thanks for the detailed answers. This is very helpful.
Based on your description, this is the “Taking longer than expected” streaming stall that we’ve been tracking. The “Planning the next move” screen you’re seeing is the same state — it switches to “Taking longer than expected” after about 15 seconds. The fact that operations are actually proceeding in the background (file edits, subagents) while the UI appears stuck confirms this.
Regarding the Request ID you shared (1b22d2ee-cdb2-46e7-8e2b-84a9e3e7e4ee): I wasn’t able to find it in our backend logs, which suggests the streaming connection may be stalling before the request fully reaches our servers.
A couple of things to try:
Disable HTTP/2 — this has helped other users with similar streaming issues. Add this to your settings.json (Ctrl+Shift+P > Preferences: Open User Settings (JSON)):
"cursor.general.disableHttp2": true
Then restart Cursor.
Run Network Diagnostics — go to Cursor Settings > Network > Run Diagnostics and share the results here (use the “Copy diagnostics” button). This will help us see if there’s a connectivity issue.
After trying the steps above, if the issue persists, could you grab a fresh Request ID from a stuck session and share it here? That would help us trace the specific failure.
