x/tools/gopls: 0.4.4 undeclared name errors on valid code

[andig]

What version of Go are you using (go version)?

$ go version
go version go1.14.6 darwin/amd64

Does this issue reproduce with the latest release?

yes

What operating system and processor architecture are you using (go env)?

go env Output

$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/andig/Library/Caches/go-build"
GOENV="/Users/andig/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/andig/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/Cellar/go/1.14.6/libexec"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/Cellar/go/1.14.6/libexec/pkg/tool/darwin_amd64"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/Users/andig/htdocs/mbmd/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/73/89ycv7qn51j4kbm04jsz9b840000gn/T/go-build854369359=/tmp/go-build -gno-record-gcc-switches -fno-common"

What did you do?

Upgrade gopls when prompted by vscode

What did you expect to see?

Smooth coding as before

What did you see instead?

Lots of undeclared name: xyz errors in vscode and generally high CPU usage when using the go plugin. The code itself is fine and compiles on the command line.

Raising here as this happened immediately after upgrading gopls from 0.4.3 to 0.4.4. Tools have been reinstalled.

[rsikdar]

I'm also having issues with gopls after upgrading to 0.4.4 today.
Autocompletion and definitions are gone for me (except for basic text completion), and no syntax highlighting/errors show up at all no matter what I type. In my case, gopls does not have high CPU usage.

[heschi]

@andig: Please follow the troubleshooting instructions at https://github.com/golang/tools/blob/master/gopls/doc/troubleshooting.md to capture logs, upload them here, and we'll take a look.

@rsikdar please do the same, but file a new issue rather than adding to this one. Similar symptoms can have different causes and it's better to keep them separate for now.

[apang1992]

gopls 0.4.4 consumes tons of memory!

[heschi]

@apang1992 Please follow the instructions above and file a new issue and we'll take a look.

[andig]

Here's the gopls server log- not much so see https://pastebin.com/tEQwYS3p. Is this what is required?

[lakkiy]

gopls 0.4.4 consumes tons of memory!

[andig]

@404CN as written above, please open a separate issue

[andig]

@heschik while waiting, is there any way to force a downgrade of gopls and tools to get back to a working state?

[jrwren]

I'm having similar issues.

I noticed in the 0.4.4 release notes:

• Support features and diagnostics for the entire module, even when you open a subdirectory of the module.

But I am specifically opening a few packages (vs-code with add-folder-to-workspace) instead of my entire module because my entire module is rather large with a large number of packages. Is there an option to get the old behavior?

[heschi]

@andig instructions to install a specific version are on https://github.com/golang/tools/blob/master/gopls/doc/user.md#installation.

You have an interesting workspace setup and I wonder if it's deliberate. From what I can tell there are two folders, /Users/andig/htdocs/mbmd and /Users/andig/htdocs/forecast. There is a go.mod in mbmd as I would expect, but forecast doesn't have one, and that folder is using a go.mod from htdocs instead. Is there a lot of stuff in htdocs?