-
Notifications
You must be signed in to change notification settings - Fork 138
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
els_server crashes due to timeout from els_code_lens_provider, does not recover #976
Labels
bug
Something isn't working
Comments
Full crash message:
|
After some redbugging on the |
robertoaloi
added a commit
that referenced
this issue
Apr 9, 2021
robertoaloi
added a commit
that referenced
this issue
Apr 9, 2021
…usly [#976] Cancel requests asynchronously
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
Upon opening a file,
els_server
crashes due to a timeout fromels_code_lens_provider
.els_sup
seems to restart it, but without success, i.e. it stops responding to commands.To Reproduce
In my setup, it is enough to simply open a file. However, the project is very large with 270+ applications and ~6000 source files, so indexing takes quite some time.
Theories
The problem is related to the
suggest-spec
code lens. If this lens is disabled, or ifplt_path
is unset, this problem does not occur. Due to the size of the project, it would not be surprising if thesuggest-spec
lens code times out in relation to building type signatures, or something like that.Expected behavior
Normal behavior, e.g. code navigation should work, code lenses be displayed, and so on.
Actual behavior
erlang_ls
stops responding to any requests, causing things like code navigation to stop working.Context
erlang_ls
version (tag/sha): 0.13.0,76fa5ff
Workaround
Disable the
suggest-spec
code lens.The text was updated successfully, but these errors were encountered: