Summary: | LSP Client Rename does not work for Go and gopls | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | Juris <juris788999344> |
Component: | general | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | mark.nauwelaerts |
Priority: | NOR | ||
Version: | 21.12.1 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/utilities/kate/commit/e1b89deaec075e9b155877ba5e549ed87baf1395 | Version Fixed In: | |
Sentry Crash Report: |
Description
Juris
2022-01-29 16:42:36 UTC
The response from the gopls server is not quite what it should be, see specifications on https://microsoft.github.io/language-server-protocol/specifications/specification-3-17/#workspaceEdit In this case, it chooses to use the documentChanges property, but it should only do that if the client specifies suitable capabilities. In this case, the LSP plugin does not specify those, as it does not (yet) support that type of response. We may extend that parsing somewhat on the client side, but as it stands it is a server-side protocol issue. (In reply to Mark Nauwelaerts from comment #1) > The response from the gopls server is not quite what it should be, see > specifications on > https://microsoft.github.io/language-server-protocol/specifications/ > specification-3-17/#workspaceEdit > > In this case, it chooses to use the documentChanges property, but it should > only do that if the client specifies suitable capabilities. In this case, > the LSP plugin does not specify those, as it does not (yet) support that > type of response. We may extend that parsing somewhat on the client side, > but as it stands it is a server-side protocol issue. Mark, thanks for explanation! I am not versed in LSP client/server protocol. What I hear is that there might be issue on gopls side. If that is correct the I suppose it makes sense to open issue on their issue tracker. Would you be willing to comment on issue since I might not have the best idea what is going on? Thanks! (In reply to Juris from comment #2) > (In reply to Mark Nauwelaerts from comment #1) > > The response from the gopls server is not quite what it should be, see > > specifications on > > https://microsoft.github.io/language-server-protocol/specifications/ > > specification-3-17/#workspaceEdit > > > > In this case, it chooses to use the documentChanges property, but it should > > only do that if the client specifies suitable capabilities. In this case, > > the LSP plugin does not specify those, as it does not (yet) support that > > type of response. We may extend that parsing somewhat on the client side, > > but as it stands it is a server-side protocol issue. > > Mark, thanks for explanation! I am not versed in LSP client/server protocol. > What I hear is that there might be issue on gopls side. If that is correct > the I suppose it makes sense to open issue on their issue tracker. Would you > be willing to comment on issue since I might not have the best idea what is > going on? > > Thanks! Mark, I created issue on gopls project, please, feel free to add comments. https://github.com/golang/go/issues/50922 I will appreciate your input very much! Thank You! A possibly relevant merge request was started @ https://invent.kde.org/utilities/kate/-/merge_requests/580 Git commit e1b89deaec075e9b155877ba5e549ed87baf1395 by Mark Nauwelaerts. Committed on 31/01/2022 at 21:05. Pushed by cullmann into branch 'master'. lspclient: also support some alternative WorkspaceEdit replies Related: bug 447640 M +22 -9 addons/lspclient/lspclientpluginview.cpp https://invent.kde.org/utilities/kate/commit/e1b89deaec075e9b155877ba5e549ed87baf1395 |