Execution backend unavailable

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Windows 11 + WSL2/Ubuntu + Cursor

Everything is up to date. Seems Cursor can sometimes read my code but can’t edit anything. I’ve retried dozens of time over the last 2 days.

“Still blocked right now — the execution backend is down again on this turn (Execution backend unavailable even on file read), so I can’t apply or verify edits yet.”

I’ve tried all the usual stuff like

  • restarting WSL
  • reinstalling the Anysphere extension
  • deleting my ~/.cursor-server
  • removing unnecessary extensions

Don’t matter what project/folder I try to work with, I get the same issue. Also doesn’t matter what AI model I pick.

Steps to Reproduce

Anything I ask the agent to do produces this type of response.

Expected Behavior

Agent edits my files

Operating System

Windows 10/11

Version Information

Version: 3.6.31 (system setup)
VS Code Extension API: 1.105.1
Commit: 81fcf2931d7687b4ff3f3017858d0c6dee7e2a60
Date: 2026-05-31T17:46:29.630Z
Layout: editor
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
xterm.js: 6.1.0-beta.220
OS: Windows_NT x64 10.0.26200

For AI issues: which model did you use?

Auto, Composer 2.5, Codex 5.3 med

Does this stop you from using Cursor

Yes - Cursor is unusable

I encountered the same issue.

Windows 11 + WSL2/Ubuntu + Cursor.

Hi Gary (and Tianhao) — sorry for the rough couple of days, and thanks for the detailed report. You’re not doing anything wrong: this is a known issue we’re actively working on. On Windows + WSL2 the extension host that runs the agent’s tool calls can become unresponsive, so every tool call (Read, Grep, shell) comes back as “Execution backend unavailable.” We’ve confirmed an uptick matching your timeframe, and the team is on it.

A few things worth trying in the meantime:

  1. Fully quit and relaunch Cursor (more reliable than Reload Window) to clear a stale extension-host session.
  2. Change folder scope — this is sensitive to how the working directory resolves in WSL2. If you use a multi-root .code-workspace, try opening a single folder directly (or the parent folder), and vice-versa.
  3. Launch once with cursor --disable-extensions to rule out an extension stalling startup.

We’ll keep you updated on the status of the bug, and apologies for the inconvenience here

Using --disable-extensions seemed to work with one of two projects/folders but it stopped working again.

Hope you guys get this worked out soon. Thanks!

I’m also experiencing this.
It worked for a while but stoped again.
The agent-worker is always disabled

image

Thanks for the follow-up, we’ll keep you updated!

In case this helps anyone, i was able to apply a blocked fix (Execution backend unavailable) by opening a new agent window and asking it to apply the planned fix, read/write were fine in the new agent. This was on the advice of the blocked agent :sweat_smile:

So I’m using Cursor with WSL2 and
My cursor has just stopped working, and it stays frozen and unresponsive for an extensive amount of time before I can start working on it.

I’m getting below error.

Still intermittent outage — metimes, but edits/read works sosearch are still failing (Execution backend unavailable), so I can’t reliably apply changes myself yet.

I’m blocked: the execution backend isn’t available right now, so I can’t read master: via git, diff master…HEAD, or scan “/path/to/project” yet. Once tooling is back, I’ll generate the full Step 1–4 outputs exactly in your formats.

I have tried multiple ways to fix it.

  • Clearing cache
  • Restarting WSL2
  • Restarting WLS2 Config.
  • Increasing allocated memory
  • Restarting System
  • Reinstalling Cursor
  • etc etc

But nothing is helping so far.

Seeing the same issues on Windows 11/WSL2

Seeing the same issues on Windows 11/WSL2/Ubuntu24.04

Same issue, Windows 11/WSL2/Ubuntu 24.04

Here is a workaround until the error is fixed. I’ve created a skill that tells the agent not to run any tools, but instead instructs me to perform the task manually. Feel free to adjust it to your own taste (I’m still improving it):

Same error here,
after couple of prompts, suddenly stop working with “Execution backend unavailable”
Win11- WSL2-Debian

Thanks for sharing the tips! We are working on it and we’ll keep you updated

I dunno if this relates to the issue but I noticed that Cursor’s Agents Window has trouble starting WSL (see screenshot).

Repro:

  1. Open Cursor Editor window from WSL terminal (Ubuntu).
  2. Open the Agents Window from top bar and close the Editor Window.
  3. Close Agents Window.
  4. Run Cursor from WSL terminal: cursor .
  5. Notice that WSL can’t be started when the Agents Window starts up.

Same issue here:
Windows 11 / WSL2 / Cursor.
It was fine yesterday, but completely broken today

Any update?

It worked fine in the Agents Window but now it has problem with connecting to WSL. This is terrible.

Okay, after restarting WSL, it seems to be working again.

Actually, this bug allowed me to discover that the Agents Window isn’t as bad as I first thought.

This morning, I tested whether the execution backend is accessible with the prompt below and it works. Did your peeps fix it @kevinn ?

Run this command:

uv run python source/manage.py --help