npm task is now dependent on Build LSP dev meaning you can modify LSP files, start debugging and LSP changes will be applied
Removed top-level task since I don't see a reason to keep it
Added Attach to LSP process launch configuration. I tried to do it in a semi-automated way, where you attach to LSP process right after extension host starts, but unfortunatelly, I didn't find a way to do it. So the correct usage of this configuration as of now is the following:
Start debugging with Launch Extension configuration
After A new VS Code instance pops up, select Attach to LSP process and select proper .NET process to attach to.
stopOnEntry is not supported argument for extensionHost debugging type. Removed them
Updated BUILDING.md to use new script instead of separate commands
When I built extension for the first time package-lock.json automatically updated itself to newer format. I decided to kkep that
npm
task is now dependent onBuild LSP dev
meaning you can modify LSP files, start debugging and LSP changes will be appliedAttach to LSP process
launch configuration. I tried to do it in a semi-automated way, where you attach to LSP process right after extension host starts, but unfortunatelly, I didn't find a way to do it. So the correct usage of this configuration as of now is the following:Launch Extension
configurationAttach to LSP process
and select proper .NET process to attach to.stopOnEntry
is not supported argument forextensionHost
debugging type. Removed themBUILDING.md
to use new script instead of separate commandspackage-lock.json
automatically updated itself to newer format. I decided to kkep that