"Resume" does not continue the work of Subagents

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

If the connection is lost, Chat may display a Resume button to attempt to resume the agent’s work from where it left off without entering a new prompt.

This does not apply to Subagents.

Steps to Reproduce

GPT-5.2 XHigh, as an Agent, launched a Subagent based on Codex 5.2 XHigh. According to the chat, Codex 5.2 XHigh was interrupted during reasoning, just before writing the final report, having completed all its tasks.

Since the Agent cannot see anything other than the Subagent’s final report, the Agent assumed the Subagent had done nothing at all and that this Subagent was broken. I had to enter a prompt explaining what happened.

At the same time, the chat interface in the completed chat showed me that the Subagent had completed correctly (there was a check mark), but as soon as I clicked continue, the embed changed to a message indicating that the Subagent’s work was unsuccessful.

Expected Behavior

If the Subagent is terminated due to a connection error, give the user the option to continue executing it, rather than executing the Agent only - do not terminate the Subagent session if it should not have been terminated.

Operating System

Windows 10/11

Version Information

Version: 2.5.0-pre.11.patch.0 (system setup)
VSCode Version: 1.105.1
Commit: 88286e028b1f8be77ef302ef5c338191c984aef0
Date: 2026-01-25T08:29:31.223Z
Build Type: Stable
Release Track: Nightly
Electron: 39.2.7
Chromium: 142.0.7444.235
Node.js: 22.21.1
V8: 14.2.231.21-electron.0
OS: Windows_NT x64 10.0.22631

For AI issues: add Request ID with privacy disabled

“No request ID found”

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

Hey, thanks for the report. The team is aware of this issue. There’s a ticket about Resume for sub-agents that was recently closed as fixed, but based on your case on the Jan 25 Nightly build, it still looks reproducible.

To help the team investigate, we need a bit more info:

  1. How exactly did the connection drop? Did your internet go down, or did Cursor itself drop the connection?
  2. Can you share a screenshot of the moment when the embed switched from the checkmark to “unsuccessful”?
  3. Please try going to Cursor Settings and temporarily turning off Privacy Mode, then reproduce the bug and copy the Request ID from the chat context menu (three dots in the top-right > Copy Request ID). This will help us find your session in the logs.

Let me know if you can gather this info.

  1. I use a VPN, which is likely stable, but I can’t guarantee it. So I don’t know for sure.

  2. I didn’t save a screenshot, and this happened only once. It looks like a Chat glitch: the connection was lost, but Chat thought the agent had completed its work successfully. And upon reconnection, correct data was received indicating that the subagent had been interrupted.

  3. RIDs can be copied even from private chats. The problem is that when I tried to Copy Request ID of a connection losted chat after Resume, Cursor told me No request ID found.

1 Like