Dev container remotes don't work with Glass

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I am trying to use cursor glass on remote servers with dev containers. I get “Extension ‘Dev Containers’ is required to open the remote window.
Do you want to install the extension?” but after reloading I still get the same error.

Steps to Reproduce

  1. connect to remote server via ssh in cursor glass
  2. attempt to connect to existing dev container workspace
  3. pop up shows up
  4. trying to install the extension does nothing

Note I am on MacOS but remote server is Linux

Expected Behavior

I want dev containers to show up as separate workspaces so that I can have separate dev containers on the same remote isolated with their own dev servers etc

Operating System

MacOS

Version Information

Version: 2.7.0-pre.162.patch.0
VSCode Version: 1.105.1
Commit: 92e85966ce9c672870440d2813862a59d72f61e0
Date: 2026-03-29T02:02:20.824Z
Layout: glass
Build Type: Stable
Release Track: Nightly
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin arm64 24.6.0

Does this stop you from using Cursor

Yes - Cursor is unusable

Hi @keith-bcr,

This is a known limitation in Glass Alpha. Remote connection types like Dev Containers and WSL aren’t fully supported in Glass yet. The prompt you’re seeing loops because the extension can’t actually activate in the Glass environment, even after installation.

For now, you can work around this by opening Cursor in classic mode:

cursor --classic

You can also use the “Open Editor Window” command from within Glass, which opens a classic-mode window where Dev Containers work as expected.

The team is actively building out remote support in Glass, starting with SSH. I don’t have a specific timeline for Dev Container support, but your report helps prioritize it.

You may also find this related thread helpful, where the same pattern was confirmed for WSL: Glass Interface doesn’t work with WSL

Thanks Mohit :slight_smile: may be useful to have the tooltip indicate that instead of prompting for an action that won’t fix it!

to be clear - SSH does work, its only dev containers that is failing.

Hi Mohit - is there a feature request I should be tracking to know when cursor 3 will support dev containers. It looks amazing but is pretty unworkable for me at the moment as we have a lot of tooling built around dev containers so the agents are pretty limited without them.

Thanks!

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Agent view always notify “‘dev container’ is required to open remote window.do you want to install the extension” , after click " install and reload ". The notification appears again. Project not use dev container works well.

Steps to Reproduce

1、Project is on the remote linux server. System:Ubuntu 22.04.5 LTS.
2、Use devcontainer to develop.
3、Open agent view,click the project, the notification appeared.

Expected Behavior

works well.

Operating System

MacOS

Version Information

Version: 3.0.9
VSCode Version: 1.105.1
Commit: 93e276db8a03af947eafb2d10241e2de17806c20
Date: 2026-04-03T02:06:46.446Z
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.3.0

Does this stop you from using Cursor

Yes - Cursor is unusable

Dev container support is a hard blocker for us to migrate to the new UI. Our team relies on dev containers heavily for our development workflow, so until that’s supported we’re stuck on the current UI. Hope this is on the roadmap. Thank you!

Good point about the prompt — agreed it should communicate the limitation clearly rather than suggesting an install that won’t resolve it. I’ve flagged that with the team.

There’s no specific public feature request to track right now. The best place to watch for updates is the Cursor changelog — when Dev Container support lands in Glass, it’ll be announced there. In the meantime, the team is aware this is a blocker for dev container-heavy workflows like yours, and reports like this help with prioritization.

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I am unable to use the agent window on a remote container. When I try to, a popup appears and tells me to install the Dev Containers extension and restart. This extension is already installed. If i click on the ‘Install and Restart’ button in the pop up, the agent window does restart but the popup appears again - still unable to connect to the remote.

Steps to Reproduce

Open a workspace on a docker container, using the anyspere dev containers extension. Then, open the agents window.

Expected Behavior

I expect the agents window to be able to connect to the remote container

Operating System

Linux

Version Information

Version: 3.0.12
VSCode Version: 1.105.1
Commit: a80ff7dfcaa45d7750f6e30be457261379c29b00
Date: 2026-04-04T00:13:18.452Z
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
OS: Linux x64 6.17.9-76061709-generic

Does this stop you from using Cursor

No - Cursor works, but with this issue

This is a known limitation in the agent window. Dev Containers aren’t supported there yet – only SSH remotes are. The install prompt loops because the extension gets filtered out after installation, so the prompt just keeps reappearing.

Two workarounds for now:

  1. Classic mode: Launch Cursor with cursor --classic to get full devcontainer support

  2. Open Editor Window: From inside the agent window, use the “Open Editor Window” command to open a classic-mode window where Dev Containers work normally

Other users have reported the same behavior in this thread. The team is aware this is a blocker for devcontainer-heavy workflows. Remote support in the agent window started with SSH, and Dev Containers is next, though there’s no specific ETA.

understood, kind of a bummer, but I look forward to when that fix is out!

Hi there,

I had the same problem and spent 4 hours trying to get DevContainer to work in Glass. I even reinstalled everything. You really should communicate better when something isn’t supported yet. That would have saved me a lot of time and hassle. I hope you make this a priority. I imagine a lot of people use DevContainer for development.

greetings

Cy

Just wanted to express this would also help me, as I use DevContainers exclusively so I’m effectively unable to use Glass

Any updates here?

I’m highly dependant on remote devcontainers in my work. So I’m waiting to try this new Glass, but I really cant.

I would be grateful for a fix.

Hey! Dev Container support in the Agents Window is still on the roadmap — the team is aware it’s a blocker for devcontainer-heavy workflows. No ETA yet, but it’s actively being tracked. For now, cursor --classic or the “Open Editor Window” command from within the Agents Window are the best workarounds. I’ll update here when there’s progress.

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

When I try to use cloud agents with a remote ssh connection and dev container, I am prompted to install the “Dev Containers” extension. But the button doesn’t really do anything other than refresh my window and then it shows up immediately again asking me to still install the extension.

Steps to Reproduce

Try to reference a chat via an ssh devcontainer and this prompt should show up and you get stuck in the loop.

Expected Behavior

IDK, I would expect the extension to install and then I can see files and diff from that ssh-devcontainer agent chat?

Screenshots / Screen Recordings

Operating System

MacOS

Version Information

Version: 3.2.11
VSCode Version: 1.105.1
Commit: e9ee1339915a927dfb2df4a836dd9c8337e17cc0
Date: 2026-04-24T14:36:47.933Z
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 24.6.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

Our team is completely blocked by this. We are considering migrating to claude code if this is not resolved soon! When is this planned to be fixed?

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Agent Window fails in Dev Container with ERROR_EXTENSION_HOST_TIMEOUT, while normal Editor Window works

Operating system

Windows + WSL2 + Dev Container.

Windows version from winver: 22H2

Dev container environment observed in logs:

  • Platform: linux
  • Arch: x86_64
  • Kernel: 6.6.87.2-microsoft-standard-WSL2
  • Workspace path inside container: /workspace
  • Remote name: dev-container

Summary

Agent Window cannot use a Dev Container workspace. It repeatedly shows:

Extension 'Dev Containers' is required to open the remote window. Do you want to install the extension?

Clicking Install and Reload does not fix it. After reload, the same prompt appears again.

If I send a prompt in Agent Window, it fails with ERROR_EXTENSION_HOST_TIMEOUT.

However, the same project works normally in a regular Cursor Editor Window opened inside the Dev Container. In that Editor Window, the remote Cursor server starts successfully, the extension host starts successfully, and anysphere.cursor-agent-exec activates successfully inside the Dev Container.

This looks isolated to Agent Window resolving/registering the Dev Containers remote execution provider.

Request IDs

Latest Request ID:

3d20e188-f7a5-43dd-8abe-ce08516688b0

Previous Request IDs with the same issue:

7c34178d-aa99-4afd-9ae7-b944a75e334e

974665e1-67a6-4249-87cd-4d75585ca654

Error message

ERROR_EXTENSION_HOST_TIMEOUT

Agent Execution Timed Out [deadline_exceeded]

The agent execution provider did not respond in time. This may indicate the extension host is not running or is unresponsive.

Stack trace:

ConnectError: [deadline_exceeded] Agent Execution Timed Out
    at Zyy (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:38816:21732)
    at oVh.waitForProviderRegistration (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:38816:24753)
    at async mim._waitForPushRequestContextProviderRegistration (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:41817:4045)
    at async mim.streamFromAgentBackend (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:41817:7626)
    at async mim.getAgentStreamResponse (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:41817:19567)
    at async hCt.submitChatMaybeAbortCurrent (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:29548:16906)
    at async ORC.submitMessage (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:45410:99408)
    at async I7C.submitMessage (vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:46428:17064)
    at async vscode-file://vscode-app/c:/Users/evgen/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:43480:28443

Steps to Reproduce

  1. On Windows + WSL2, open a repository that has a .devcontainer/devcontainer.json.
  2. Open the project in Cursor using Dev Containers: Rebuild and Reopen in Container.
  3. Confirm the regular Editor Window works inside the Dev Container.
  4. Open Agent Window for the same workspace.
  5. Observe the prompt:
    Extension 'Dev Containers' is required to open the remote window. Do you want to install the extension?
  6. Click Install and Reload.
  7. After reload, observe that the same prompt appears again.
  8. Send a prompt in Agent Window.
  9. Observe ERROR_EXTENSION_HOST_TIMEOUT.

Expected Behavior

Agent Window should reuse or correctly open the same Dev Container remote context as the normal Editor Window, register the agent execution provider, and run normally.

Operating System

Windows 10/11

Version Information

Version: 3.2.16 (user setup)
VSCode Version: 1.105.1
Commit: 3e548838cf824b70851dd3ef27d0c6aae371b3f0
Date: 2026-04-28T21:07:47.682Z
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
OS: Windows_NT x64 10.0.19045

Additional Information


Evidence that Dev Container and remote agent extension work

From logs inside the Dev Container:

Observation Detail
Remote name dev-container
Workspace paths ["/workspace"]
Remote agent exec Extension activated success: anysphere.cursor-agent-exec4261 ms
Remote extension host Extension host with pid 33895 started
Remote server Extension host agent started.Installing extensions...
Copilot No longer errors on github.copilot / github.copilot-chat after devcontainer change

Things already tried

1. Removed Copilot extensions from devcontainer config

Previously .devcontainer/devcontainer.json included:

"GitHub.copilot",
"GitHub.copilot-chat"

They caused remote install errors:

Extension 'github.copilot' not found.
Extension 'github.copilot-chat' not found.
Error: Failed Installing Extensions: github.copilot, github.copilot-chat

Both entries were removed; Dev Container was rebuilt/reopened. Those errors disappeared, but Agent Window still fails.

Current relevant extensions list (no Copilot):

"extensions": [
  "golang.go",
  "dbaeumer.vscode-eslint",
  "esbenp.prettier-vscode",
  "ms-vscode.vscode-typescript-next",
  "ms-azuretools.vscode-docker",
  "ms-kubernetes-tools.vscode-kubernetes-tools",
  "redhat.vscode-yaml",
  "Tim-Koehler.helm-intellisense",
  "zxh404.vscode-proto3",
  "eamodio.gitlens",
  "mhutchie.git-graph",
  "humao.rest-client",
  "yzhang.markdown-all-in-one",
  "streetsidesoftware.code-spell-checker",
  "PKief.material-icon-theme",
  "enkia.tokyo-night",
  "ms-vscode.makefile-tools",
  "EditorConfig.EditorConfig"
]

2. Reinstalled Dev Containers extension locally

Commands run:

cursor --install-extension anysphere.remote-containers --force

Also cleared local cached remote container extensions and reinstalled:

Remove-Item -Recurse -Force "$env:USERPROFILE\.cursor\extensions\anysphere.remote-containers*" -ErrorAction SilentlyContinue
Remove-Item -Recurse -Force "$env:USERPROFILE\.cursor\extensions\ms-vscode-remote.remote-containers*" -ErrorAction SilentlyContinue

Result: Editor Window still opens the Dev Container correctly; Agent Window still shows the same Install and Reload prompt.

3. Cleaned stale Cursor worktrees

Stale Git worktrees pointed at Windows paths from inside the Linux repo, e.g.:

C:/Users/evgen/.cursor/worktrees/fast/...

Inside the container, git worktree list --porcelain showed prunable worktrees before cleanup.

Cleanup:

git worktree prune

On Windows:

Remove-Item -Recurse -Force "$env:USERPROFILE\.cursor\worktrees\fast" -ErrorAction SilentlyContinue

After: git worktree list inside the container shows only:

/workspace  8474e994 [chore/swarm-project-os-wiki]

Agent Window still fails.

4. Disabled GitLens

GitLens was disabled in the Dev Container and the window was reloaded.

Result: Agent Window still fails with the same error.

Latest Request ID (after disabling GitLens): 3d20e188-f7a5-43dd-8abe-ce08516688b0


Additional log observations

  • Earlier remote server showed:

    Error getting extensions control manifest Timeout getting extensions control
    

    After cleanup and rebuild, the remote agent and cursor-agent-exec still activate successfully in the normal Editor Window.

  • remoteexthost.log:

    TypeError: Cannot read properties of null (reading 'elapsed')
        at aGt.getStats
    

    This appears after anysphere.cursor-agent-exec successfully activates; may be unrelated.


Error details (Agent Window)

Example client error:

{
  "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
  }
}

Stack trace (minified) referenced:

  • waitForProviderRegistration
  • _waitForPushRequestContextProviderRegistration
  • streamFromAgentBackend / getAgentStreamResponse

Why this looks like a Cursor Agent Window bug

  1. Editor Window works in the Dev Container.
  2. Dev Containers resolver opens the project normally.
  3. Remote Cursor server starts; remote extension host starts.
  4. anysphere.cursor-agent-exec activates successfully in the Dev Container.
  5. Stale worktrees were cleaned.
  6. Copilot extension install errors were removed.
  7. GitLens was disabled.
  8. Agent Window still cannot register the execution provider and still asks to install Dev Containers.

Hypothesis: Agent Window does not correctly resolve or reuse the Dev Container remote context, or it uses a different extension/profile context where anysphere.remote-containers is not available—despite the main window working.

Does this stop you from using Cursor

No - Cursor works, but with this issue

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I am unable to use the “Agents Window” as I just constantly get this pop-up (see attached image) and when I click “install/reload” the window reloads and the pop-up returns.

Steps to Reproduce

Open the Agents Window, from an already open devcontainer environment running Ubuntu on macOS host.

Screenshots / Screen Recordings

Operating System

MacOS
Linux

Version Information

Version: 3.3.12
VSCode Version: 1.105.1
Commit: 75c0dfd29aecf2cc208dbaf761d5cc459c601aa0
Date: 2026-05-06T03:47:52.249Z
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
OS: Darwin arm64 25.4.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

It would be great if you could give us an update on when we can expect this feature. We’re currently considering switching to other AI tools due to the lack of proper container support.

greetings

cy

Cool, can’t wait! This is very annoying for us, as local dev in a container is super useful to keep everyone on the same toolset and not let the agents leak into the system!