- Expédié
- 28 août 2026 à 04:30 UTC
- Auteur
- Kamo
- Commite
- d1839a7
Une dispatche commence maintenant une session BACKGROUND et tend le code VS à son id de session, au lieu d'exécuter le CLI dans une fenêtre terminale: Passer l'invite à l'URI à la place est un piège: l'extension appelle setInputText et ne jamais envoyer, et synthétiser un retour est impossible alors que le Le casier KDE maintient son grappin en X. Une session qui est déjà à juste titre n'a plus rien de se soumettre, c'est ce qui fait que le transfert fonctionne avec personne à la machine. Quatre choses mesurées plutôt que raisonnées: - cwd doit être realpath (workspaceFolders[0)), PAS le parent commun utilisé avant. L'hôte du panneau s'enracine lui-même au premier dossier et ne répertorie que le les sessions qu'il y trouve, donc une session commencée n'importe où ailleurs est invisible pour la fenêtre qu'il est censé ouvrir dans - le handoff ouvre une languette vide. L'autre les dépôts restent accessibles par --add-dir à la place. - -add-dir est VARIADIC et mangeait l'invite, donc les séances ont été mises en place avec un compositeur vide. La liste d'annuaires va maintenant d'abord, fermée par les drapeaux après. - Un lancement ne peut pas imprimer une poignée, ou une action marquée "(inid - envoyer une invite au démarrage)". Les deux signifient que le message n'est jamais arrivé, donc les deux sont arrêtés et rejugés plutôt que l'ouverture devant l'opérateur sous la forme d'une languette vide. - Le panel ne peut pas être propriétaire d'un agent de fond, et un fin un reste résident, de sorte que un observateur l'arrête une fois le travail terminé. La réouverture de l'onglet reprend ensuite le normalement, toute la conversation est intacte. La confirmation est maintenant la transcription adressée par l'identifiant de la session, qui enlève la Recherche à aiguilles en échappées par JSON qui a signalé la livraison d'expéditions comme des échecs.