Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

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

Ouverte
  • Quelque chose ne va pas ?
#1,087 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 2 jours

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
42/100
Type d'issue
Bug
Clarté
À clarifier
Activité
Active
Stack technique
typescript, vscode
Domaine
developer-experience

Piste de recherche

Commencez par package.json afin d’inspecter l’activation event et les métadonnées de extension kind. Reproduisez le comportement de deep-link dans les scénarios indiqués pour VS Code, Cursor, Devin et VSCodium, et vérifiez si le fix de Cursor a été livré. C’est terminé lorsque les versions concernées sont documentées et que le workaround est placé dans le README ou la Coder deep-link documentation, sauf si les métadonnées permettent une modification viable.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.
Langage dominant
TypeScript
Étoiles
132
Forks
48
Merge moyen
2 j 4 h
PR mergées (30 j)
25

Préparer son environnement

Ouvrir dans Codespaces

Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de coder/vscode-coder

Toutes les issues de coder/vscode-coder

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.