-
Notifications
You must be signed in to change notification settings - Fork 17.7k
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
x/tools/internal/lsp: gopls does not support emacs lsp client #31178
Comments
So, I'm setting up the client configuration in
I'm using the HEAD of Emacs, and I'm using the latest version of For reference, here is what I'm using to create and store the client in Emacs:
Thanks for all your work on gopls, I really appreciate it! |
Just filed emacs-lsp/lsp-mode#747, so hopefully we can get this resolved soon. In the meantime, a work-around is to rebuild |
The issue that was causing this in lsp-mode has been fixed, so hopefully this should be resolved now. |
I tried out the patch and it works now. "no room in queue" still shows up for a period at startup, but after that things work to some degree. |
@muirrn: thanks for confirming! Is there anything else specifically that's broken for you? I'm curious to know what you mean by "to some degree"? |
I have no idea if these are client or server (or me), or if they are supposed to work or not, but:
I had another issue where flycheck (i.e. gutter) errors weren't disappearing after the code issue was fixed, but that is not happening anymore. |
Thanks for the information!
|
Great, thanks. Keep up the good work. |
@stamblerre Regarding signature help: the editor might not necessarily know when to ask for signature help. Would it be acceptable to remove the error? |
Looks like golang/tools@96f2e7e removed the error. Thank you! |
Hi,
I'm still getting the error `no identifier found` when my cursor is on
something that is not an identifier.
I've updated both `lsp-mode` and `golang.org/x/tools/cmd/gopls`.
…On Wed, Apr 10, 2019 at 2:59 PM Felix Lange ***@***.***> wrote:
Looks like ***@***.***
<golang/tools@96f2e7e>
removed the error. Thank you!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#31178 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAVhG6tKwmK8LlBRfYxq4Rz68sfTOqVPks5vfeBLgaJpZM4cU8i1>
.
|
I think a recent change has made auto completion stop working in emacs. The initial list of completions shows up, but when you type a letter to narrow the completions, the completion popup disappears and it displays
|
@muirrn: it seems like the error you are getting from the hover request - if you notice, the completion returns the results for |
Just for the record, emacs is able to handle markdown, we had a bug which now is going to be fixed. There are at least two several language servers which return the same hover info format: scala metals and ruby language. |
@yyoncho The issue is not in markdown handling (I use spacemacs, and there is no triple `), it is that any hover gets it output as one liner, thus making big structures unreadable. Notice a semicolon between struct fields in the first screenshoot, if there were 20 fields they would be all in one line separated by semicolons. |
@stamblerre I looked in to the completion issue and the problem is gopls is using the prefix-trimmed insertion text as the I surveyed some other clients/servers:
|
Fixed as of https://golang.org/cl/176958. |
The origin issue is on here: saibing/bingo#181
The text was updated successfully, but these errors were encountered: