Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Deep links do not work when the URI is handled by an agent window

Offen
  • Stimmt etwas nicht?
#1,087 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
42/100
Issue-Typ
Bug
Klarheit
Muss geklärt werden
Aktivitätsstatus
Aktiv
Tech-Stack
typescript, vscode
Bereich
developer-experience

Rechercherichtung

Beginne mit package.json, um das activation event und die extension kind metadata zu prüfen. Reproduziere das deep-link-Verhalten in den aufgeführten VS Code-, Cursor-, Devin- und VSCodium-Szenarien und prüfe, ob der Cursor-Fix ausgeliefert wurde. Als erledigt gilt die Aufgabe, wenn die betroffenen Versionen dokumentiert sind und der workaround im README oder in der Coder deep-link documentation platziert ist, sofern die Metadaten keine umsetzbare Änderung ermöglichen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug upstream

Summary

coder:// / vscode://coder.coder-remote/open?... deep links silently do nothing when the editor routes the URI to an "agent window" (VS Code Agents window, Cursor Agents window / Glass). These windows run a restricted extension host that does not load third-party extensions, so the extension is never activated and its registered vscode.window.registerUriHandler callback is never invoked.

The renderer logs the URI as handled, so no error is surfaced. The link appears to do nothing.

Reproduction (as reported for Cursor)

  1. Install coder.coder-remote 1.15.2.
  2. Start Cursor 3.14.7 on Linux with a clean HOME and the default ~/.cursor/extensions directory.
  3. Open cursor://coder.coder-remote/open?workspace=test&url=https://coder.example.com.
  4. Repeat after initialization completes.

Observed: renderer.log records the URI as handled, but extension-host initialization does not include coder.coder-remote, and there is no activation or URI-handler entry. On the repeat attempt, Cursor invokes workbench.extensions.installExtension even though the extension is already installed.

Expected: the installed extension is loaded and its onUri handler is invoked.

Upstream reports

Why this matters

Deep links are the primary entry point from the Coder dashboard ("Open in VS Code" / "Open in Cursor"). If the user's active or only window is an agent window, the flow fails with no feedback.

Scope

Tracking. The root cause is in the editor, not in this extension, so the work here is likely limited to:

  1. Confirming which editors and versions are affected (VS Code stable/insiders, Cursor, Devin, VSCodium).
  2. Confirming whether the Cursor fix has shipped and in which version.
  3. Deciding whether to document the workaround in the README or in the Coder docs deep-link section.
  4. Investigating whether anything in package.json (for example an explicit onUri activation event, or extension kind metadata) changes whether the extension is loaded in these windows.
Vorherrschende Sprache
TypeScript
Sterne
132
Forks
48
Ø Merge
1 T. 20 Std.
Gemergte PRs (30 T.)
25

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus coder/vscode-coder

Alle Issues in coder/vscode-coder

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.