gopls not working as intended from lsp

[mooyg]

gopls doesn't work as expected it only complains about the syntax errors and nothing else in a file. I wonder this might be due to it not being perfectly configured? because I have this which works fine

   extraConfigLua = ''
      local lspconfig = require("lspconfig")
      lspconfig.gopls.setup({
        settings = {
          gopls = {
            analyses = {
              unusedparams = true,
            },
            staticcheck = true,
            gofumpt = true,
          },
        },
      })    '';

if I just use the gopls from the lsp it initialises but doesn't work as intended, the Client is also attached to the Buffer and no errors at all.

[GaetanLepage]

Is there a reason to configure it in lua directly ?
Have you tried to simply set plugins.lsp.servers.gopls.enable to true ?

[GaetanLepage]

Ok, so what I suspect is that it is not the same gopls binary that is run in both cases.

• When you set plugins.lsp.servers.gopls.enable = true, then nixvim installs pkgs.gopls for you.
• However, when you simply configure the LS using raw lua, neovim will run whatever gopls binary is in your $PATH at this time.

So in this second case, maybe you are using the one from your project or similar. They might not have access to the same scope...
However, I don't know a lot about go, so I am not sure on how the LS is handling the project context.

[mooyg]

Ok, so what I suspect is that it is not the same gopls binary that is run in both cases.

• When you set plugins.lsp.servers.gopls.enable = true, then nixvim installs pkgs.gopls for you.

• However, when you simply configure the LS using raw lua, neovim will run whatever gopls binary is in your $PATH at this time.

So in this second case, maybe you are using the one from your project or similar. They might not have access to the same scope...

However, I don't know a lot about go, so I am not sure on how the LS is handling the project context.

That could be true indeed, but the weird thing is how could it act differently? Same thing in vscode works too, they use gopls as the language server too so shouldnt really matter where its coming from

[GaetanLepage]

Well, I don't know how the go language server from your PATH is actually installed, but it could maybe be configured in another way.
To be honest, I think that this is a specific go issue.
The only thing that we do on our side is to add pkgs.gopls to your system packages.
If, for whatever reason, this binary does not integrate well with your code, I cannot really help you.
This is why we have those package options that can be set to null to prevent the installation of the tool in question. Like so, you have full control over what language server you use.

I will thus mark this discussion as "closed".
Of course, if you feel like this should be investigated further or that this is actually a nixvim issue, then do not hesitate to open an issue :)

[GaetanLepage]

So, to enable the gopls language server in nixvim but prevent the installation of gopls, do the following:

plugins.lsp = {
  enable = true;
  servers.gopls = {
    enable = true;
    package = null;
  };
};