go pls keeps crashing in VSCode

[nikolaydubina]

What version of Go, VS Code & VS Code Go extension are you using?

Version Information

• Run go version to get version of Go from the VS Code integrated terminal.
  • go version go1.24.0 darwin/arm64
• Run gopls -v version to get version of Gopls from the VS Code integrated terminal.
  • golang.org/x/tools/gopls v0.19.0
• Run code -v or code-insiders -v to get version of VS Code or VS Code Insiders.
  • 1.101.0
• Check your installed extensions to get the version of the VS Code Go extension
  • 0.46.1
• Run Ctrl+Shift+P (Cmd+Shift+P on Mac OS) > Go: Locate Configured Go Tools command.
  • ?

Share the Go related settings you have added/edited

Run Preferences: Open Settings (JSON) command to open your settings.json file.
Share all the settings with the go. or ["go"] or gopls prefixes.

Describe the bug

go pls keeps crashing every 2 min in production build. started on 2025-06-18

Steps to reproduce the behavior:

1. start VSCode
2. try coding in Go
3. go pls crashes every 2 min. need restart VSCode

Screenshots or recordings

full URL it recommends is too large. no browsers accept it. LLM (Grok) cannot understand that URL either. so here is PDF of that URL

go-pls-crash-url.pdf

[nikolaydubina]

more LLMs analysis:

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x2 addr=0x30 pc=0x1049abaac]

goroutine 5226 [running]:
panic({0x105152600?, 0x105acbb20?})
        panic.go:811 +0x154
runtime.panicmem(...)
        panic.go:262
runtime.sigpanic()
        signal_unix.go:925 +0x300
golang.org/x/tools/internal/modindex.(*index)_Lookup(0x0, {0x1401888d6d0, 0x5}, {0x1401888d860, 0xf}, 0x0)
        lookup.go:71 +0x4c
golang.org/x/tools/internal/modindex.(*index)_LookupAll(0x0, {0x1401888d6d0, 0x5}, {0x14013ad9cc0?, 0x0?, 0x0?})
        lookup.go:45 +0xa0
golang.org/x/tools/gopls/internal/cache.(*goplsSource).resolveCacheReferences(0x105173de0?, 0x1401e399590)
        source.go:145 +0x188
golang.org/x/tools/gopls/internal/cache.(*goplsSource).ResolveReferences(0x14016a862a0, {0x1052d8598?, 0x1401e3994d0?}, {0x140198dac07?, 0x0?}, 0x1401ea0bef0)
        source.go:70 +0x144
golang.org/x/tools/internal/imports.addExternalCandidates({0x1052d8598?, 0x1401dc445a0?}, 0x140190a6688, 0x1401ea0bef0, {0x140198dac07, 0x61})
        [stack trace continues, truncated after 74167 characters]

and I see myself there is panic happens somewhere.

[nikolaydubina]

switching to

golang.org/x/tools/gopls v0.19.0
go version go1.24.4 darwin/arm64

does not help

[nikolaydubina]

ok, issue seem to be mitigated after upgrading golang.org/x/tools v0.33.0 to golang.org/x/tools v0.34.0 in my go.mod

but how come go.mod in some project affects how Go VSCode + gopls itself works?

is this fallout from mixing tools version management vs definition of code itself? (e.g. controversial long threads about go tools in HN?)

btw, automatic go.mod dependency upgrades also stopped worked couple months ago. now I am using go get -u ./... instead, since VSCode "upgrade dependencies" does not work. not sure if related...

UPD: crash still happening

[cannium]

I got a similar issue:

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x2 addr=0x30 pc=0x105677aac]

goroutine 31313 gp=0x1400dee4700 m=16 mp=0x14009f5a008 [running]:
panic({0x105e1e600?, 0x106787b20?})
	/opt/homebrew/opt/go/libexec/src/runtime/panic.go:811 +0x154 fp=0x1400d4a5a80 sp=0x1400d4a59d0 pc=0x104f7dbc4
runtime.panicmem(...)
	/opt/homebrew/opt/go/libexec/src/runtime/panic.go:262
runtime.sigpanic()
	/opt/homebrew/opt/go/libexec/src/runtime/signal_unix.go:925 +0x300 fp=0x1400d4a5ae0 sp=0x1400d4a5a80 pc=0x104f802a0
golang.org/x/tools/internal/modindex.(*Index).Lookup(0x0, {0x1401cac65f8, 0x4}, {0x1401cac65fc, 0x3}, 0x0)
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/modindex/lookup.go:71 +0x4c fp=0x1400d4a5d30 sp=0x1400d4a5af0 pc=0x105677aac
golang.org/x/tools/internal/modindex.(*Index).LookupAll(0x0, {0x1401cac65f8, 0x4}, {0x1402b429c30?, 0x14?, 0x1?})
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/modindex/lookup.go:45 +0xa0 fp=0x1400d4a5e90 sp=0x1400d4a5d30 pc=0x1056775a0
golang.org/x/tools/gopls/internal/cache.(*goplsSource).resolveCacheReferences(0x105e3fde0?, 0x1402a788e10)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/cache/source.go:145 +0x188 fp=0x1400d4a61b0 sp=0x1400d4a5e90 pc=0x10578b168
golang.org/x/tools/gopls/internal/cache.(*goplsSource).ResolveReferences(0x1402732de80, {0x105fa4598?, 0x14029e591d0?}, {0x140114a01e7?, 0x0?}, 0x140285e7710)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/cache/source.go:70 +0x144 fp=0x1400d4a6450 sp=0x1400d4a61b0 pc=0x10578ad34
golang.org/x/tools/internal/imports.addExternalCandidates({0x105fa4598?, 0x14015f98b70?}, 0x1400d4a65d8, 0x140285e7710, {0x140114a01e7, 0x48})
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/imports/fix.go:1193 +0x98 fp=0x1400d4a6560 sp=0x1400d4a6450 pc=0x105685ea8
golang.org/x/tools/internal/imports.getFixesWithSource({0x105fa4598, 0x14015f98b70}, 0x1400817dd80, 0x1402625c3c0, {0x140114a01e7, 0x48}, {0x14000515180, 0x1c}, 0x0, {0x105f9f128, ...})
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/imports/fix.go:654 +0x2e0 fp=0x1400d4a6730 sp=0x1400d4a6560 pc=0x105682d70
golang.org/x/tools/internal/imports.FixImports({0x105fa4598?, 0x14015f98a20?}, {0x140114a01e7, 0x48}, {0x14029390000, 0x2c39, 0x3000}, {0x14000515180, 0x1c}, 0x0, ...)
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/imports/imports.go:88 +0x140 fp=0x1400d4a67f0 sp=0x1400d4a6730 pc=0x105689ea0
golang.org/x/tools/gopls/internal/golang.computeImportEdits({0x105fa4598, 0x14015f98a20}, 0x1401dc24240, 0x14013b74240, 0x14015f98ae0)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/golang/format.go:154 +0x210 fp=0x1400d4a6910 sp=0x1400d4a67f0 pc=0x10583b5d0
golang.org/x/tools/gopls/internal/golang.allImportsFixes.func1({0x105fa4598?, 0x14015f98a20?}, 0x4bf5d5bf015d4e77?)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/golang/format.go:120 +0x4c fp=0x1400d4a6960 sp=0x1400d4a6910 pc=0x10583b31c
golang.org/x/tools/gopls/internal/cache.(*importsState).runProcessEnvFunc(0x140000e0780, {0x105fa4598?, 0x14015f98900?}, 0x14013b74240, 0x1400d7a4b60)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/cache/imports.go:271 +0x2e4 fp=0x1400d4a6ad0 sp=0x1400d4a6960 pc=0x105766904
golang.org/x/tools/gopls/internal/cache.(*Snapshot).RunProcessEnvFunc(...)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/cache/view.go:414
golang.org/x/tools/gopls/internal/golang.allImportsFixes({0x105fa4598?, 0x14015f98630?}, 0x14013b74240, 0x1401dc24240)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/golang/format.go:119 +0xc0 fp=0x1400d4a6bb0 sp=0x1400d4a6ad0 pc=0x10583b1b0
golang.org/x/tools/gopls/internal/golang.(*allImportsFixesResult).init(0x1400817dc80, {0x105fa4598, 0x14015f98630}, 0x1402625c320)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/golang/codeaction.go:377 +0x44 fp=0x1400d4a6c70 sp=0x1400d4a6bb0 pc=0x10581e9c4
golang.org/x/tools/gopls/internal/golang.lazyInit[...]({0x105fa4598, 0x14015f98630}, 0x1402625c320)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/golang/codeaction.go:219 +0xa4 fp=0x1400d4a6cd0 sp=0x1400d4a6c70 pc=0x1058918c4
golang.org/x/tools/gopls/internal/golang.quickFix({0x105fa4598?, 0x14015f98630?}, 0x1402625c320)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/golang/codeaction.go:298 +0x4c fp=0x1400d4a6e80 sp=0x1400d4a6cd0 pc=0x10581e21c
golang.org/x/tools/gopls/internal/golang.CodeActions({0x105fa4598, 0x14015f98630}, 0x14013b74240, {0x105fa94d0, 0x140231a0540}, {{0x13b74240?, 0x140?}, {0x6905a0?, 0x140?}}, {0x140006905a0, ...}, ...)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/golang/codeaction.go:107 +0x520 fp=0x1400d4a7360 sp=0x1400d4a6e80 pc=0x10581d9e0
golang.org/x/tools/gopls/internal/server.(*server).CodeAction(0x1400032c300, {0x105fa4598?, 0x1400e859a40?}, 0x1400ce74000)
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/server/code_action.go:177 +0x400 fp=0x1400d4a78d0 sp=0x1400d4a7360 pc=0x1058d4120
golang.org/x/tools/gopls/internal/protocol.serverDispatch({0x105fa4598, 0x1400e859a40}, {0x105fc29d0, 0x1400032c300}, 0x14015f98570, {0x105fa4790, 0x1402d2c2ac0})
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/protocol/tsserver.go:330 +0x1da0 fp=0x1400d4a7bb0 sp=0x1400d4a78d0 pc=0x105286a40
golang.org/x/tools/gopls/internal/lsprpc.(*streamServer).ServeStream.ServerHandler.func4({0x105fa4598, 0x1400e859a40}, 0x14015f98570, {0x105fa4790, 0x1402d2c2ac0})
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/protocol/protocol.go:159 +0x74 fp=0x1400d4a7c10 sp=0x1400d4a7bb0 pc=0x1059044d4
golang.org/x/tools/gopls/internal/lsprpc.(*streamServer).ServeStream.handshaker.func5({0x105fa4598, 0x1400e859a40}, 0x14015f98570, {0x105fa4790, 0x1402d2c2ac0})
	/Users/can/go/pkg/mod/golang.org/x/tools/gopls@v0.19.0/internal/lsprpc/lsprpc.go:542 +0x690 fp=0x1400d4a7ee0 sp=0x1400d4a7c10 pc=0x105904300
golang.org/x/tools/gopls/internal/protocol.Handlers.MustReplyHandler.func1({0x105fa4598, 0x1400e859a40}, 0x14018585cf8, {0x105fa4790, 0x1402d2c2ac0})
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/jsonrpc2/handler.go:35 +0xc0 fp=0x1400d4a7f40 sp=0x1400d4a7ee0 pc=0x105276950
golang.org/x/tools/gopls/internal/protocol.Handlers.AsyncHandler.func2.2()
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/jsonrpc2/handler.go:104 +0x90 fp=0x1400d4a7fd0 sp=0x1400d4a7f40 pc=0x1052767a0
runtime.goexit({})
	/opt/homebrew/opt/go/libexec/src/runtime/asm_arm64.s:1223 +0x4 fp=0x1400d4a7fd0 sp=0x1400d4a7fd0 pc=0x104f86824
created by golang.org/x/tools/gopls/internal/protocol.Handlers.AsyncHandler.func2 in goroutine 151
	/Users/can/go/pkg/mod/golang.org/x/tools@v0.34.1-0.20250610180157-87f68886ec5f/internal/jsonrpc2/handler.go:101 +0x1fc

My env:

gopls v0.19.0
go 1.24.4
macos 15.5(arm64)

[nikolaydubina]

cc: @adonovan may be related to latest release https://github.com/golang/tools/releases/tag/gopls%2Fv0.19.0

[nikolaydubina]

ok, disabling new caching mechanism from latest release of VSCode Go, seem to help

settings.json

    "gopls": {
        "importsSource": "goimports"
    }

[findleyr]

Thanks for the report. We'll patch a fix ASAP.

[adonovan]

Please update to the @latest gopls release (19.1) to obtain the fix.