Update LSP ecosystem deps to v10 / LSP 3.18 + bumps#129
Merged
spoenemann merged 11 commits intoJun 18, 2026
Conversation
- vscode-languageclient: ^9.0.1 → ^10.0.0 - vscode-languageserver: ^9.0.1 → ^10.0.0 (language-server example) - vscode-languageserver-protocol: ^3.17.5 → ^3.18.0 - vscode-jsonrpc: 8.2.0 → 9.0.0 (transitive) - langium / langium-sprotty / langium-cli: 3.5.x → 4.3.0-next.a52b426 (pre-release needed because langium 4.3.0 adds vscode-languageserver@10 support) - typescript: ~5.2.2 → ~5.9.3 (5.9 correctly widens `readonly []` through `satisfies` constraints, fixing a type error in langium-generated AST reflection code) - engines.vscode: ^1.46.0 → ^1.91.0 (required by vscode-languageclient@10) - @types/vscode: 1.50.0 → 1.91.0 (aligned with engine floor) - moduleResolution: node → bundler (LSP 3.18 packages dropped the `main` field in favour of `exports`-only; bundler resolution handles this correctly) Source fixes: - lsp-webview-endpoint.ts: import ResponseMessage from public vscode-jsonrpc root instead of internal lib/common/messages path (restructured in v9) - lsp-utils.ts: TextDocumentEdit.edits is now (TextEdit|AnnotatedTextEdit|SnippetTextEdit)[]; filter to edits with `newText` before mapping to vscode.TextEdit - main.ts: import from vscode-languageserver/node (not /node.js — v10 uses exports map) Note: langium 4.3.0-next.a52b426 is 3 commits behind main; once 4.3.0 is released this should be changed to a stable version range.
2589fa2 to
36ced6d
Compare
cdietrich
commented
Jun 11, 2026
Contributor
Author
|
@spoenemann be aware i am not a committer ;) |
Contributor
|
Ok, could you rebase due to conflicts? |
Contributor
Author
|
@spoenemann github does not show any conflicts |
Contributor
|
It showed conflicts with "Rebase" selected, but no more conflicts after switching to "Squash" |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
mainfield in favour ofexports-only; bundler resolution handles this correctly)Source fixes:
newTextbefore mapping to vscode.TextEditAdditional dependency refresh:
Notes:
ignoreDeprecationsentry fordownlevelIteration, and CSS module declarations for side-effect stylesheet imports.node-version: '22', which resolves to a compatible current Node 22.Verification: