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

6 Likes

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.

1 Like

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

1 Like

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!

2 Likes

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.

1 Like

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

1 Like

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

1 Like

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.