[3.15.6][Linux] Only first message per Agent chat replies; subsequent turns stuck on "Planning next moves"

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Agent chats are effectively unusable for multi-turn work.

  • The first message in a new session gets a normal reply.
  • From the second user message onward, the UI stays on “Planning next moves” indefinitely and never delivers a real response.
  • Starting a brand-new chat temporarily restores the first reply, then the same failure repeats.
  • This makes normal iterative debugging impossible.

This matches known client-side stuck-state reports where the backend turn may complete but the chat client never registers completion.

Steps to Reproduce

  1. Open Cursor IDE Agent chat (new session).
  2. Send message 1 → gets a reply.
  3. Send message 2 (follow-up / terminal output / correction).
  4. Observe indefinite “Planning next moves” spinner; no substantive reply.
  5. Open another new chat → only message 1 works again.

Expected Behavior

Follow-up messages in the same Agent session should complete and return responses, same as the first message.

Operating System

Linux

Version Information

Version: 3.15.6
Commit: a1f686545fd0ce8917bbd2449f733551a9bce420
x64
OS: Ubuntu 26.04 LTS (kernel 7.0.0-29-generic)

For AI issues: which model did you use?

Reproduces across Agent models in Cursor IDE (including default Agent router). Not limited to a single model selection.

For AI issues: add Request ID with privacy disabled

Unavailable at submit time — UI hangs indefinitely on Planning next moves. I will reply with Request ID(s) via … → Copy Request ID from stuck Agent turns as soon as available.

Additional Information

Severity: Yes — Cursor Agent is unusable for multi-turn work.

Workarounds tried:

  • New chats: only restore first-turn replies
  • Issue reproduces across sessions (not just one long thread)

Related report:

Does this stop you from using Cursor

Yes - Cursor is unusable

### Additional reproduction detail

Using Terminal **Add to Chat** also triggers the hang.

Steps:

  1. In a session that already got a first reply, select terminal output and click **Add to Chat** (or send a follow-up that includes added terminal selection).
  2. Agent immediately stuck on **Planning next moves** with no further response (same as plain follow-up messages).

So triggers include:

  • normal second+ user messages
  • terminal selection via Add to Chat

Also: when stuck on Planning next moves, the per-response `…` / Copy Request ID control often does not appear (no completed response body yet). Will keep trying chat header menu for Request ID.

### Request IDs from stuck turns

Both from sessions stuck on “Planning next moves”:

  • `06bd8351-e8ee-4dc9-912b-71f2d064b646`
  • `8c891f38-bd2a-4c5c-b86e-308edadcb7bf`

Please investigate these Request IDs. Happy to provide more if needed.

Hey there! Fully quit Cursor and reopen, then in Cursor Settings > Network set HTTP Compatibility Mode to the default HTTP/2 and restart. If you already switched to HTTP/1.1, switch back. If it still hangs, try HTTP/1.0, then run Run Diagnostics and paste the output.

If this Linux box is Remote SSH, reconnect that window (or Command Palette: Developer: Restart Extension Host) after a hang.

Network troubleshooting · network configuration