“Waiting for extension host” is a different issue from network problems. The agent depends on the extension host process, and if it hangs or crashes, you’ll see this error.
A few things to try:
Disable all extensions and test the agent: run cursor --disable-extensions in Terminal, then try using the agent.
Check if a specific project triggers it: open a new, empty folder and test there. If it works fine, the issue might be project-specific.
Open the Process Explorer (Cmd+Shift+P > Developer: Open Process Explorer) and check if extensionHost is using unusually high CPU or memory.
Also, your OS info shows macOS (Darwin arm64), not Linux. Just want to confirm you’re running locally and not through any remote connection (SSH, WSL, etc.)?
This is a known issue the team is tracking. Let me know what you find from the steps above.
Got it. SSHing into a Linux server explains the “Waiting for extension host” issue. This is a known problem that happens more often over SSH, especially with larger workspaces.
A few things to try:
Open a smaller subfolder instead of the root of a large project. This is usually the best workaround since the extension host has less to scan on startup.
Add a .cursorignore file to exclude heavy folders Cursor doesn’t need to index, like build outputs, node_modules, or large data directories. It works like .gitignore.
Test with extensions disabled. Run cursor --disable-extensions and see if the agent works. If it does, an extension is likely causing the extension host to hang. You can then turn extensions back on one by one to find which one.
Check Process Explorer. Open Cmd+Shift+P, then run Developer: Open Process Explorer. See if extensionHost is using a lot of CPU or memory.
The team is aware of this pattern with SSH connections. Can you share how big the remote workspace is, like the rough file count or total size? That would help narrow it down.