tsserver plugin receives old proxy on configuration change

🔎 Search Terms

tsserver plugin old proxy

🕗 Version & Regression Information

Happens on 4.4.3, 5.2.2 and 5.3.0-dev.20230930 at least.

⏯ Playground Link

No response

💻 Code

Using this https://github.com/vemoo/TypeScript-TSServer-Plugin-Template

npm ci
tsc -p .
cd example
npm ci
code .

Open index.ts, ensure you are using typescript from workspace, "Command Palette..." > "TypeScript: Select TypeScript Version..." > "Use Workspace Version".

"Command Palette..." > "TypeScript: Open TS Server log" (enable it if prompted)

Go back to index.ts and trigger completions at any point. Search log file for my-plugin: getCompletionsAtPosition, a line like this will appear:

Info 151  [12:18:49.536] my-plugin: getCompletionsAtPosition ({"init":1,"create":1})

In the example folder in a terminal run touch tsconfig.json, go back to index.ts and trigger completions. Open log and search for my-plugin: getCompletionsAtPosition again. New lines appear:

Info 244  [12:22:23.378] my-plugin: getCompletionsAtPosition ({"init":2,"create":2})
Info 245  [12:22:23.378] my-plugin: getCompletionsAtPosition ({"init":1,"create":1})

🙁 Actual behavior

When tsconfig.json changes, the plugins init and create are called again but the info.languageService passed here https://github.com/vemoo/TypeScript-TSServer-Plugin-Template/blob/7ef3052284f644c9d15a048f43dcffc07c072936/src/index.ts#L7 is the one the plugin returned on the previous execution, so the language service returned by the plugin ends up doubly decorated.

🙂 Expected behavior

When plugin's create is called, info.languageService should contain an fresh object that doesn't have the decorations from the previous execution.

Additional information about the issue

No response

Commencez par reproduire le comportement avec TypeScript-TSServer-Plugin-Template, en suivant src/index.ts et le journal tsserver autour de plugin init et create après avoir modifié tsconfig.json. Suivez le cycle de vie du plugin tsserver afin de déterminer pourquoi le language service précédent est transmis à nouveau. Le travail est terminé lorsque create reçoit un language service nouveau et non décoré, et que le comportement de complétion répétée est couvert par un test approprié.