-
-
Notifications
You must be signed in to change notification settings - Fork 185
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
Getting same multiple suggestions on force stop and reconnecting the language client with language servers. #387
Comments
Can you provide some code sample? I'm not able to reproduce |
This is file line link |
The gitpod seems to already be down |
started the server. Please check now |
Ok, the markers are not cleaned when the language client is removed. Can you give a try with the v2.0 of this library? |
I tried that as well, but in that case i json rpc messages was not sent to the server. I will check that again to deep dive that case. Is there any public method available so that I can clear the markers. |
Also Client got automatically closed after some minutes of inactivity. can we increase that timeout ? |
You're not supposed to have to do it by hands, I'm pretty confident the v2 fixes this
I don't think there is any timeout here |
Ok, let me check with v2 version. will update here. |
@kaisalmen a migration guide, or at least a BREAKING CHANGE entry in the CHANGELONG may be required To use the v2, you need at least:
|
Getting these errors. After removing the vscode alias |
After the update to the v2.0.1? |
yes |
|
I have installed the vscode 1.1.37. |
You're not supposed to install vscode, vscode is installed as an alias to |
In that case it is not present. |
What external dependencies do I need to install other than monaco language client ? |
Nothing I've removed your package-lock.json and your node_modules, then run |
Ok thanks. |
For some reasons, the file are not open anymore, it's often related to a library being duplicated in the node_modules |
didOpen call is not going to the server. |
Ok it seems ngx-monaco-editor is loading monaco-editor from the cdn which breaks everything |
No it is not downloading it from cdn, but load it from the assests. |
I'm not sure what it means, but the result is probably the same |
ok, ngx-monaco-editor takes some time to load the monaco editor that's why i wait for monaco to be available in the window. |
Starting from 2.0, the lib is importing monaco-editor directly In the v1.0, it was expecting the monaco namespace to be provided I think the issue is that it's loading the amd version (min/vs) while this lib is loading the esm version (esm/vs) I'll investigate, give me some time |
ok, got it. meanwhile I will try to install the esm version |
Oh I managed to make it work (MonacoEditorLoaderService should not be used), but there is still the diagnostics issue |
Just checked, suggestions are working, there are some issues in the UI (that I will look), but marker issue is still there. |
Ok, I found the issue. The issue is that you dispose the model too soon. if you put the dispose in a small timeout, the issue disappears. The bug is not fixable until microsoft/vscode#151237 is released in the next monaco editor version. |
Ok, Autocomplete and markers are woking fine now. Thank you very much. setTimeout fix is working for v1.1.0 also. |
Also can I close the Backend server and workspace that I shared, If you are not using that. |
If I close the websocket and stopped the language client, and then re-established the language client connection again with the same language, then the editor is showing multiple suggestion. This is happening with all the languages Java, Python, C++ and C.
![Screenshot (114)](https://user-images.githubusercontent.com/87244355/174783662-b9898f11-b730-43d3-9273-341277881ab5.png)
The text was updated successfully, but these errors were encountered: