If you suspect that
gopls is crashing or not working correctly, please follow the troubleshooting steps below.
gopls is using too much memory, please follow the steps under Memory usage.
VS Code users should follow their troubleshooting guide, which has more a more specific version of these instructions.
go build ./...in the workspace directory will compile everything. For modules,
go mod tidyis another good check, though it may modify your
goplsis up to date by following the installation instructions, then restarting gopls.
gopls has no persistent state, so restarting it will fix transient problems. This is good and bad: good, because you can keep working, and bad, because you won't be able to debug the issue until it recurs.
In most cases, closing all your open editors will guarantee that
gopls is killed and restarted. If you don't want to do that, there may be an editor command you can use to restart only
gopls. Note that some
vim configurations keep the server alive for a while after the editor exits; you may need to explicitly kill
gopls if you use
Gophers Slack has active editor-specific channels like #emacs, #vim, and #vscode that can help debug further. If you're confident the problem is with
gopls, you can go straight to #gopls. Invites are available to everyone. Come prepared with a short description of the issue, and try to be available to answer questions for a while afterward.
We can't diagnose a problem from just a description. When filing an issue, please include as much as possible of the following information:
gopls versionon the command line.
go env for <workspace folder>log line near the beginning. It's also helpful to tell us the timestamp the problem occurred, so we can find it the log. See the instructions for information on how to capture gopls logs.
Your editor may have a command that fills out some of the necessary information, such as
vim-go. Otherwise, you can use
gopls bug on the command line. If neither of those work you can start from scratch directly on the Go issue tracker.
You may have to change your editor's configuration to pass a
-logfile flag to gopls.
To increase the level of detail in your logs, start
gopls with the
-rpc.trace flag. To start a debug server that will allow you to see profiles and memory usage, start
serve --debug=localhost:6060. You will then be able to view debug information by navigating to
If you are unsure of how to pass a flag to
gopls through your editor, please see the documentation for your editor.
gopls automatically writes out memory debug information when your usage exceeds 1GB. This information can be found in your temporary directory with names like
gopls.1234-5GiB-withnames.zip. On Windows, your temporary directory will be located at
%TMP%, and on Unixes, it will be
$TMPDIR, which is usually
/tmp. Please file an issue with this memory debug information attached. If you are uncomfortable sharing the package names of your code, you can share the
-nonames zip instead, but it's much less useful.