golangci-lint-lsp doesn't report anything

[eikenb]

Summary

golangci-lint w/ golangci-lint-langserver fail to report any linter errors in Helix.

Reproduction Steps

Versions:

• golangci-lint: 2.2.2
• golangci-lint-langserver: 0.0.11
• helix: 25.07.01

Helix Go language config:

[[language]]
name = "go"
auto-format = true
formatter = { command = "goimports" }
language-servers = ["gopls", "golangci-lint-lsp", "typos"]

[language-server.golangci-lint-lsp.config]
command = ["golangci-lint", "run", "--output.json.path", "stdout", "--show-stats=false", "--issues-exit-code=1"]

Golangci-lint config:

version = "2"

[linters]
default = "standard"
enable = [ "unparam" ]

[linters.settings.unparam]
check-exported = true

Go program with linter error (should report errcheck on Close line):

package main

import "os"

func main() {
	fp, err := os.Open("no-lint.go")
	if err != nil {
		panic(err)
	}
	fp.Close() // should report errcheck linter error
}

Helix log

~/.cache/helix/helix.log

2025-07-23T14:58:18.221 helix_lsp::transport [ERROR] golangci-lint-lsp err <- "2025/07/23 14:58:18 golangci-lint-langserver: connections opened\n"

Platform

Linux

Terminal Emulator

alacritty 0.11.0

Installation Method

flox (nixpkg wrapper, similar to devenv)

Helix Version

Helix 25.07.01

[eikenb]

TLDR; ~/.golangci.toml was a sym-link and its was using the linked-to file's path in the output. Eliminating the sym-link fixes the issue.

I noticed something odd when poking at this today. I have my default golangci-lint config at ~/.golangci.toml, but it is a sym-link to the file in my local dotfiles repo. When I run golangci-lint on the command line, with the above example in ~/tmp, I get the output...

$ golangci-lint run no-lint.go
../../../tmp/no-lint.go:10:10: Error return value of `fp.Close` is not checked (errcheck)
	fp.Close()
	        ^
1 issues:
* errcheck: 1

The ../../../tmp/ part of the path was odd and I figured out that it was using the path of the linked-to .golangci.toml as the base path for the output. If I copy the .golangci.toml to my home directory (removing the sym-link), or directly to the local directory of the .go file, that fixes the problem.

So I've resolved this issue by changing my setup to not have that link.