WSL extension not recognized after Cursor 3.0.12 update

Hey, Justin. This is a different case. It’s not the markdown lexer and not an overgrown DB. The toast No remote extension installed to resolve wsl means that when Cursor tries to open the file, it has no active resolver for the vscode-remote://wsl+... URI. The status bar Disconnected from WSL: Ubuntu confirms it. The WSL connection dropped, and the window is trying to restore an already-open radial-chart-animation-usage_1907604c.plan.md cold, before the remote host is back up.

Checklist when this happens:

  1. Check that anysphere.remote-wsl is installed and enabled: F1Extensions: Show Installed Extensions, Local section. If it was disabled by accident, enable it. You should not have ms-vscode-remote.remote-wsl from Microsoft installed.
  2. Start the distro manually: in PowerShell run wsl -d Ubuntu, and keep that terminal open. In your wsl -l -v, Ubuntu is often Stopped, and Cursor tries to connect to a stopped distro.
  3. In Cursor run F1Developer: Reload Window. After reload, the plan tab should reopen through a working remote.
  4. If you still get No remote extension..., close all WSL tabs using FileClose Folder, then run F1WSL: Connect to WSL and open the project via FileOpen Recent. This avoids auto-restoring the tab before the resolver is up.

If you can reproduce it, send:

  • F1Output → channel Remote - WSL, text or a screenshot
  • wsl -l -v right after the error, so we can see Ubuntu’s state at the moment it fails

With that, I can tell if the extension is breaking or if the WSL distro itself is crashing, for example after sleep. Similar pattern for context: [WSL] Remote connection unstable – “Open Folder” infinite loading + extension host never starts (NoResolverFound / transport provider)