Failed to start new Agent chat

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

When I start a new chat thread, it does not respond until timed out. No any luck by reloading window and resubmit.
It reported:
The agent execution provider did not respond in time. This may indicate the extension host is not running or is unresponsive. Request ID: 696d4fc6-b9e1-474f-b250-0245f4def2c5.
Reload window does not resolve the issue.

Steps to Reproduce

Just start a new agent chat and submit, no any respond until timed out. Retry didn’t resolve the issue.

Expected Behavior

The new agent chat should work as expected.

Screenshots / Screen Recordings

Operating System

MacOS

Version Information

Version: 3.1.15
VSCode Version: 1.105.1
Commit: 3a67af7b780e0bfc8d32aefa96b8ff1cb8817f80
Date: 2026-04-15T01:46:06.515Z
Layout: glass
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin arm64 25.4.0

For AI issues: which model did you use?

actually, can’t work for any models.

For AI issues: add Request ID with privacy disabled

Request ID: 696d4fc6-b9e1-474f-b250-0245f4def2c5
{“error”:“ERROR_EXTENSION_HOST_TIMEOUT”,“details”:{“title”:“Agent Execution Timed Out”,“detail”:“The agent execution provider did not respond in time. This may indicate the extension host is not running or is unresponsive.”,“isRetryable”:false,“shouldShowImmediateError”:true,“additionalInfo”:{},“buttons”:[{“label”:“Reload Window”,“reloadWindow”:{}}],“planChoices”:}}
The agent execution provider did not respond in time. This may indicate the extension host is not running or is unresponsive.
Agent Execution Timed Out [deadline_exceeded]
ConnectError: [deadline_exceeded] Agent Execution Timed Out
at zlb (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:38281:25776)
at vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:38281:29901
at async FcS.createExecInstance (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:38281:26223)
at async wO_ (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:28682:630571)
at async OF.execute (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:28903:7917)
at async sfd.execute (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:38281:1792)
at async pGS.execute (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:41276:4969)
at async zkd.buildComposerRequestContext (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:41286:4739)
at async zkd.streamFromAgentBackend (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:41286:7610)
at async zkd.getAgentStreamResponse (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:41286:18486)
at async B3e.submitChatMaybeAbortCurrent (vscode-file://vscode-app/Users/I511982/Applications/Cursor.app/Contents/Resources/app/out/vs/workbench/workbench.desktop.main.js:29014:16809)

Does this stop you from using Cursor

Yes - Cursor is unusable

Hey @Kane_Gong, would you mind going in the settings and running a network diagnostics? it will help the team to figure out the issue! see below how to do it

I have run diagnostic several times, they’re good .

Cursor Network Diagnostic Results

DNS: Success
Logs:
  [2026-04-20T03:14:16.742Z] Host: api2.cursor.sh
  [2026-04-20T03:14:16.742Z] Servers: 10.58.32.32,10.131.122.11,119.29.29.29
  [2026-04-20T03:14:16.742Z] Resolved to 3.216.183.82 in 7ms
  [2026-04-20T03:14:17.013Z] Resolved to 44.210.164.166 in 260ms
  [2026-04-20T03:14:17.016Z] Resolved to 44.210.164.166 in 3ms
  [2026-04-20T03:14:17.018Z] Resolved to 44.210.164.166 in 1ms
  [2026-04-20T03:14:17.021Z] Host: api2.cursor.sh
  [2026-04-20T03:14:17.021Z] Servers: system
  [2026-04-20T03:14:17.021Z] Resolved to 44.210.164.166, 52.200.82.146, 54.204.200.229, 54.243.132.102, 3.226.71.151, 13.216.231.59, 32.193.212.32, 52.44.42.170 in 3ms
  [2026-04-20T03:14:17.021Z] Resolved to 44.210.164.166, 52.200.82.146, 54.204.200.229, 54.243.132.102, 3.226.71.151, 13.216.231.59, 32.193.212.32, 52.44.42.170 in 0ms
  [2026-04-20T03:14:17.022Z] Resolved to 44.210.164.166, 52.200.82.146, 54.204.200.229, 54.243.132.102, 3.226.71.151, 13.216.231.59, 32.193.212.32, 52.44.42.170 in 1ms
  [2026-04-20T03:14:17.022Z] Resolved to 44.210.164.166, 52.200.82.146, 54.204.200.229, 54.243.132.102, 3.226.71.151, 13.216.231.59, 32.193.212.32, 52.44.42.170 in 0ms
  [2026-04-20T03:14:17.022Z] Result: true

SSL: Success
Logs:
  [2026-04-20T03:14:16.723Z] Start
  [2026-04-20T03:14:17.465Z] URL: https://api2.cursor.sh/
  [2026-04-20T03:14:17.465Z] Status: 200
  [2026-04-20T03:14:17.465Z] IP: 3.216.183.82
  [2026-04-20T03:14:17.465Z] Issuer: C=US; O=Amazon; CN=Amazon RSA 2048 M01
  [2026-04-20T03:14:17.465Z] Name: api2.cursor.sh
  [2026-04-20T03:14:17.465Z] AltName: DNS:api2.cursor.sh, DNS:prod.authentication.cursor.sh, DNS:*.api2.cursor.sh
  [2026-04-20T03:14:17.465Z] DNS Time: 6ms
  [2026-04-20T03:14:17.465Z] Connect Time: 253ms
  [2026-04-20T03:14:17.465Z] TLS Time: 241ms
  [2026-04-20T03:14:17.465Z] Result: true in 742ms

API: Success
Logs:
  [2026-04-20T03:14:16.723Z] Start
  [2026-04-20T03:14:17.726Z] Result: true

Ping: Success
Logs:
  [2026-04-20T03:14:16.724Z] Sending ping 1
  [2026-04-20T03:14:17.984Z] Response: 'ping' in 1260ms
  [2026-04-20T03:14:17.984Z] Sending ping 2
  [2026-04-20T03:14:18.932Z] Response: 'ping' in 948ms
  [2026-04-20T03:14:18.932Z] Sending ping 3
  [2026-04-20T03:14:19.901Z] Response: 'ping' in 969ms
  [2026-04-20T03:14:19.901Z] Sending ping 4
  [2026-04-20T03:14:20.843Z] Response: 'ping' in 942ms
  [2026-04-20T03:14:20.843Z] Sending ping 5
  [2026-04-20T03:14:21.795Z] Response: 'ping' in 952ms
  [2026-04-20T03:14:21.795Z] Result: true

Chat: Success
Logs:
  [2026-04-20T03:14:16.725Z] Starting streamSSE
  [2026-04-20T03:14:17.952Z] Response: 'foo' in 1226ms
  [2026-04-20T03:14:18.961Z] Response: 'foo' in 1009ms
  [2026-04-20T03:14:19.962Z] Response: 'foo' in 1001ms
  [2026-04-20T03:14:20.962Z] Response: 'foo' in 1000ms
  [2026-04-20T03:14:21.962Z] Response: 'foo' in 1000ms
  [2026-04-20T03:14:22.959Z] Result: true

Agent: Success
Logs:
  [2026-04-20T03:14:16.726Z] Starting stream
  [2026-04-20T03:14:16.726Z] Pushing first message
  [2026-04-20T03:14:18.112Z] Response: 'foo' in 1386ms
  [2026-04-20T03:14:18.613Z] Pushing next message
  [2026-04-20T03:14:19.607Z] Response: 'foo' in 1495ms
  [2026-04-20T03:14:20.109Z] Pushing next message
  [2026-04-20T03:14:21.110Z] Response: 'foo' in 1503ms
  [2026-04-20T03:14:21.611Z] Pushing next message
  [2026-04-20T03:14:22.612Z] Response: 'foo' in 1502ms
  [2026-04-20T03:14:23.112Z] Pushing next message
  [2026-04-20T03:14:24.114Z] Response: 'foo' in 1502ms
  [2026-04-20T03:14:24.114Z] Result: true

Marketplace: Success
Logs:
  [2026-04-20T03:14:16.715Z] Host: marketplace.cursorapi.com
  [2026-04-20T03:14:17.231Z] Response in 517ms
  [2026-04-20T03:14:17.231Z] Response: 200 
  [2026-04-20T03:14:17.231Z] Response Type: cors
  [2026-04-20T03:14:17.231Z] Server: null
  [2026-04-20T03:14:17.231Z] Result: OK in 517ms

Authentication: Success
Logs:
  [2026-04-20T03:14:16.716Z] Host: prod.authentication.cursor.sh
  [2026-04-20T03:14:17.508Z] Response: 200  in 792ms

Authentication UI: Success
Logs:
  [2026-04-20T03:14:16.723Z] DNS lookup: authenticator.cursor.sh
  [2026-04-20T03:14:16.918Z] Resolved authenticator.cursor.sh to 104.18.35.233 in 176ms

Cursor Tab: Success
Logs:
  [2026-04-20T03:14:16.723Z] DNS lookup: api3.cursor.sh
  [2026-04-20T03:14:16.904Z] Resolved api3.cursor.sh to 104.18.18.125 in 174ms

Agent Endpoint: Success
Logs:
  [2026-04-20T03:14:16.723Z] DNS lookup: agent.api5.cursor.sh
  [2026-04-20T03:14:17.050Z] Resolved agent.api5.cursor.sh to 50.18.248.73 in 319ms

Codebase Indexing: Success
Logs:
  [2026-04-20T03:14:16.723Z] DNS lookup: repo42.cursor.sh
  [2026-04-20T03:14:16.998Z] Resolved repo42.cursor.sh to 18.215.204.50 in 268ms

Downloads: Success
Logs:
  [2026-04-20T03:14:16.722Z] Host: downloads.cursor.com
  [2026-04-20T03:14:17.750Z] Response: 403  in 1028ms

CDN: Success
Logs:
  [2026-04-20T03:14:16.722Z] Host: cursor-cdn.com
  [2026-04-20T03:14:17.273Z] Response: 404  in 551ms

The strange thing is that there are several workspace, some can work well, but some can’t.

One noted thing I found is that the terminal also failed to start on failed workspace.

oh well, since that’s the case, in the failing project, you could try running the Start Extension Bisect! to do that, open said project, then do CMD + SHIFT + P and enter Start Extension Bisect, run it and try out each and individual Extension to see if disabling some fixes your issue!

There is no Start Extension Bisect:

Oh, sorry, try opening it from the Old IDE interface, it will then work.

After switching to classic mode using the command “cursor --classic”, the previous failed workspace was blocked by the trust folder (see screenshot). After marking the folder as trusted and switching back to non-classic mode, the issue disappeared.

oh nice! I’ll let you mark the issue as now fixed then, we will learn from this and maybe some more context into the error message so that things are clearer! thanks for following through rapidly, hope you have great days ahead using cursor!

  1. Thanks @Tom_Coustols for jumping in :star_struck:
  2. Thanks for following up @Kane_Gong! Never seen a report where this was resolved by trusting the workspace. Sending this over to the team.