v3.0 Preview

[johnsoncodehk]

3.0.0-alpha.0 (2025-03-08)

• Change History: v2.2.8...v3.0.0-alpha.0
• VSIX: https://github.com/vuejs/language-tools/actions/runs/13729716065/artifacts/2713802936
• Insiders Edition (sponsor only): https://github.com/volarjs/insiders/releases/tag/v3.0.0-alpha.1

3.0.0-alpha.2 (2025-03-17)

• Change History: v3.0.0-alpha.0...v3.0.0-alpha.2
• VSIX: https://github.com/vuejs/language-tools/actions/runs/13885330341/artifacts/2760442655
• Insiders Edition (sponsor only): https://github.com/volarjs/insiders/releases/tag/v3.0.0-alpha.3

3.0.0-alpha.4 (2025-04-08)

• Change History: v3.0.0-alpha.2...v3.0.0-alpha.4
• VSIX: https://github.com/vuejs/language-tools/actions/runs/14336873818/artifacts/2903994424
• Insiders Edition (sponsor only): https://github.com/volarjs/insiders/releases/tag/v3.0.0-alpha.5

3.0.0-alpha.6 (2025-05-05)

• Change History: v3.0.0-alpha.4...v3.0.0-alpha.6
• VSIX: https://github.com/vuejs/language-tools/actions/runs/14835312064/artifacts/3061438401
• Insiders Edition (sponsor only): https://github.com/volarjs/insiders/releases/tag/v3.0.0-alpha.7

[Satont]

Amazing work.

Is there webstorm build? Not sure does it even possible.

[johnsoncodehk]

@Satont I think that's promising, @tomblachut has already confirmed the required adjustments!

[Ilanaya]

I see you've made some changes to language service plugins here. Would you be able to support working with custom language service plugins in v3? I mean reintroduce changes from #1028 to make volar/services work again?

Related issue

[johnsoncodehk]

@Ilanaya LS plugin support is part of the 3.0 plan, but will not be supported via the reintroduction of volar.config.js.

[rodrigocfd]

I just tested 3.0.0-alpha.2, and it looks pretty good. I found no bugs so far.

[qiaozhu]

何时发布3.0版本

[spaceemotion]

I just installed alpha 3 and for some reason, the auto-complete is missing props on some components and seems incorrect?

Edit: I just checked with v2.2.8 and see the prop show up there just fine.

[KazariEX]

@spaceemotion please provide a minimal reproduction.

[ehoogeveen-medweb]

Tried out alpha 2 with VSCode Remote Development (over SSH), but it seems to often cause the connection to close. It seems to reliably trigger when I go to view the extensions pane, but I've seen it happen seemingly at random too. I tried checking the logs on the remote, but all I could find was this:

exthost25/remoteexthost.log:
2025-04-02 10:48:41.095 [info] Extension host terminating: received terminate message from renderer

remoteagent.log:
2025-04-02 10:48:43.850 [info] [<unknown>][05fc3261][ExtensionHostConnection] <792972> Extension Host Process exited with code: 0, signal: null.

Here exthost25 is just the most recent extension host. So it seems like a renderer crash, but no further information is given (no stack or error code).

Using VSCode v1.98.2 and Remote SSH v0.118.0 (both the latest as of right now), a Windows host and a Linux remote (but it seems to be the remote that crashes).

[hkochniss]

that sounds awesome.. roughly when can we expect a release in VS market place? :)

[KazariEX]

Since semver pre-release tags are not supported on VSCode, we can't release these alpha versions at the moment.

Before the official version is released, we need to patiently wait for other editors to integrate the new architecture.

[hkochniss]

So basically waiting for Jetbrains here to adjust their plugin API, ok

[moritz-baecker-integra]

It doesn't matter which project i open, with alpha 6 the tsserver is crashing immediately:

2025-05-05 13:13:48.228 [info] Killing TS Server
2025-05-05 13:13:48.282 [error] TSServer exited. Code: null. Signal: SIGTERM
2025-05-05 13:13:48.282 [info] Starting TS Server
2025-05-05 13:13:48.282 [info] Using tsserver from: Path\To\Project\node_modules\typescript\lib\tsserver.js
2025-05-05 13:13:48.282 [info] <syntax> Forking...
2025-05-05 13:13:48.282 [info] <syntax> Starting...
2025-05-05 13:13:48.282 [info] <semantic> Forking...
2025-05-05 13:13:48.282 [info] <semantic> Starting...
2025-05-05 13:13:48.283 [info] Killing TS Server
2025-05-05 13:13:48.290 [error] TSServer exited. Code: null. Signal: SIGTERM

[KazariEX]

Sorry, I have updated the vsix link.

[Powersource]

#5349

[viell-dev]

Might have issues with Yarn... Downgraded to 2.2.10 and it works again.

2025-05-06 14:42:02.313 [info] Starting TS Server
2025-05-06 14:42:02.313 [info] Using tsserver from: /path/to/project/.yarn/sdks/typescript/lib/tsserver.js
2025-05-06 14:42:02.313 [info] <syntax> Falling back to legacy node.js based file watching because of Yarn PnP.
2025-05-06 14:42:02.313 [info] <syntax> Forking...
2025-05-06 14:42:02.313 [info] <syntax> Starting...
2025-05-06 14:42:02.313 [info] <semantic> Falling back to legacy node.js based file watching because of Yarn PnP.
2025-05-06 14:42:02.313 [info] <semantic> Forking...
2025-05-06 14:42:02.313 [info] <semantic> Starting...
2025-05-06 14:42:02.936 [info] Killing TS Server
2025-05-06 14:42:02.949 [error] TSServer exited. Code: null. Signal: SIGTERM

[RayGuo-ergou]

Having the same issue with @spaceemotion, the completion items for a vue components only show 4 default entries: data-allow-mismatch, ref, is and key.

However if I manually type the prop/event, it can refer to the correct type, diagnostic for required props also works fine.

This issue happens from 'alpha 0'. Is it used some new 'feature' in LSP that require the LSP client to adopt?

Btw tried the vscode version, all work as excepted.

[KazariEX]

v3.0 redesigned the communication method with tsserver #5252.

[RayGuo-ergou]

I see, I think the issue is here:https://github.com/vuejs/language-tools/pull/5252/files#diff-3c2b2dc57146f5d52dc996ede798d28b5e6163dcd75762900a25803398a099edR89-R102

There's no forwardingTsRequest in neovim so it would not work.

There should be a way to do it in neovim (I will play with it when i have time), but regardless to me this change limited the version 3 to work with vscode only.🤔 Not as in other editors cannot make it work but it requires more effort from the user.

[johnsoncodehk]

@RayGuo-ergou "forwardingTsRequest" (now changed to "tsserverRequest") is not specific to VSCode. It is a command ID set by the language client, and the language server sends a forwarding request to the language client based on the command ID. (See: https://github.com/search?q=repo%3Avuejs%2Flanguage-tools%20tsserverRequest&type=code)

For other IDEs, what needs to be explored is how the Vue language client accesses the tsserver process so that the Vue language client can forward requests from the Vue language server to tsserver.

In VSCode the tsserver process is maintained by the built-in TS extension, and we use a hack to access it.

[RayGuo-ergou]

Thanks for clarifying. Sorry did not make that clear, yeah I did mean there's a new custom command that the editors has to handle in some level. What I mean by 'work with vscode only' is that only the vscode plugin comes out of box with vue lsp.

But if there's a strong reason to do it in this way (i think there is: named pipe), should be fine as long as it properly documented.

For other IDEs, what needs to be explored is how the Vue language client accesses the tsserver process so that the Vue language client can forward requests from the Vue language server to tsserver.

I would imagine there's still work to do to achieve this in neovim I will let you know how i goes so there would not be a ton of issues after release 😄

---

update:

Got something so for neovim users at least have to add these settings while setup lsp

https://github.com/RayGuo-ergou/dotfiles/blob/1ba854dd58c458a3d3b95e58a8cba6f813286678/nvim/lua/ergou/util/lsp/servers.lua#L77-L89

I will try to make it complete and create a PR to update the readme