-
Notifications
You must be signed in to change notification settings - Fork 3.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Language server stuck in Checking for updates for <lang> language server
status
#4628
Comments
Hey there 👋 If you delete |
Yes, it's still blocked at |
I’ve got the same problem with the JavaScript language server. It starts checking for updates and then hangs. Sometimes the language server then stops working, and sometimes it keeps working—I can’t quite figure out why. |
I had this same issue. For anyone else that wants to use Zed while waiting for a fix - I was able to get around this issue by installing 0.93.4 (releases). It installed the TS language server then auto updated to 0.95.3. |
Hey folks 👋 Just a little update on where we're at with this, we've been able to reproduce the issue but only intermittently, and it always resolves upon restarting Zed. However it sounds like you've been having the issue persist through an editor restart which concerns me as that doesn't match my expectations of how our language server downloading mechanisms may fail. Next time one of you encounters this issue can you fully quit (cmd-q) Zed, restart the editor, and then let us know if the issue persists. That will help me rule some stuff out and make sure we can know if our reproductions are even the same issue or not. |
I have just run into this issue myself (Elixir Language Server) - it looped through the checking/downloading/checking cycle rapidly a few times, then stoped on checking. It did persist through several restarts. I managed to clear it by:
Of note is that I had the initial project and a file on the desktop open in the same instance. It seems stable with just the initial project. |
Guys to me it looks like a major issue with language servers download mechanism, same result with: |
For the team, there is more information in these other closed issues: |
Checking for updates to <lang> language server
status
Checking for updates to <lang> language server
statusChecking for updates for <lang> language server
status
I was able to fix this issue running |
Made no difference for me with ElixirLS unfortunately |
not working here still had an issue with JS and PHP |
I got around this for typescript by manually cloning and building the typescript-language-server repo:
* In 4 I delete the Edit: Similar for json: |
@manurana This workaround (as mentioned above for TS and JSON) worked for me:
It looks like when Zed goes into this "Downloading / Checking for updates" loop, it keeps deleting the language folder in question and then recreating it (which is why you need to quit Zed completely before manually installing the LSPs) |
Gracias, @nikolubbe |
To give an update on this issue, we've been able to figure out that in this specific situation we're stuck in a loop installing the language server, getting a significantly fatal error on attempting to launch it, launching a test executable to see if the server install is borked, that fails to launch too, we clear the installation folder, and attempt again. We don't know why this is happening, it doesn't seem to be restricted to any singular language server, or even kind of language server. All of the language servers we've seen issues with work fine for countless other folks so we know that the installation process for all these do work, and the process of installation for most is a simple as a download and unpack or an npm invocation so there's not a lot to go wrong there anyway. As such we've yet to figure out why we're consistently getting borked copies of these servers on some folks' systems. Some permissions error, drive corruption, or what we don't know. It's been very frustrating to figure out and it pains me that we haven't been able to resolve it properly yet. I hope this can give a bit of insight into where we're at right now with this issue |
Hi @ForLoveOfCats , thanks for the update. Let me know if I can help in any debugging. |
Same issue here with Python on MacOS. Edit: Looks like the @nikolubbe workaround may have worked for me as well. |
Thank you so much @11bit, this solved my issue right away |
This also worked for me. Thanks @11bit! |
Try updating to the latest stable release they just released today (v0.111.6). The issue seems to be fixed |
As much as I wish we had, we haven't fixed anything in the past few releases. In I am personally looking into what might cause our downloaded copy of NPM to install Node based language servers into the home directory which is what quite a few folks in this thread have reported happening. Our new understanding of the situation is that there's nothing "broken" about our mechanisms for installing these failing servers. Trying to find some bug in that code is why we've spent so much time spinning our tires. What we think now is that individual servers have specific configuration issues on some systems which all result in failures which look the same from how Zed reacts. A few weeks ago we shipped some logging improvements which should allow us to track down individual failures a bit better. We're in the middle of a big UI library rewrite which impacts a lot of internal systems so we have been slower to respond than usual but that should wrap up sometime soonish. We're also going Open Source soon™️ and I hope folks will be able to discover these configuration failures on their systems and help us figure out how to get affected servers running :) |
Thank you so much @11bit! |
Still an issue as of latest release today with TS + TSX servers. Running this fixed it for me: rm -rf ~/package-lock.json ~/package.json ~/node_modules
npm cache clean --force
|
Thanks to an awesome community contribution this issue should now be fixed for Node-based language servers! Please let us know if you continue to experience this issue once the fix goes out in a release :) |
This is what finally worked for me; I've had the issue out of the box, even on the latest version available today. I only find it crazy that there was no indication in the UI that typescript-language-server had crashed, nor did it show up as an option when listing logs for language servers. @ForLoveOfCats |
Why do people continue to use Zed despite this fatal bug? It's simply a waste of time. |
Hey, I'm having the same issue now with the CSharp language server, and there are no rouge files in my home directory. |
I've tried everything mentioned on this page but I just can't install Node based LSP, at least not the ones I've tried (Pyright and JSON). As soon as I start Zed, the manual installs are deleted. Non-Node based LSP like Clangd and Rust-Analyzer work like a charm. Zed 0.125.4 |
Related logs
Zed 0.126.2 |
Happened to me today with TypeScript and this help. I assume this will help with any language server. I guess Zed is still to early for anyone that is not willing to find these solutions. |
I had the Zig extension installed but features like code autocompletions were not working. Apparently installing the Zed's CLI fixed the issue. |
Check for existing issues
Describe the bug / provide steps to reproduce it
I downloaded Zed and entered my workspace. The status bar was shown the download log of the typescript and json language servers. Then the "Checking for updates to TSX language server" log was shown and it's not progressing. When I look at the Zed's language folder, the contents of the folders are empty. I have deleted folders multiple times and tried again but I am still in the same place.
Environment
Zed: v0.94.4 (stable)
OS: macOS 13.3.1
Memory: 32 GiB
Architecture: x86_64
If applicable, add mockups / screenshots to help explain present your vision of the feature
If applicable, attach your
~/Library/Logs/Zed/Zed.log
file to this issue.If you only need the most recent lines, you can run the
zed: open log
command palette action to see the last 1000.Zed.log
The text was updated successfully, but these errors were encountered: