New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
x/tools/gopls: loading workspace hangs on v0.8.1, works on v0.8.0 #51901
Comments
please fill out the issue template properly, there are instructions on commands to run to capture important debugging information. |
Hi. I closed hoping this would resolve in the next few releases but v0.8.3 still has the same issue. I work in a large monorepo (this could very well be an issue with our configuration) and was hesitant to report debugging info but I will report back |
gopls -v version
go env
What did you do?
vscode settings.json
|
Hi, sorry we missed this after it was reopened. Looking at the commits between gopls@v0.8.0 and gopls@v0.8.1, I'd love to know which caused the regression you observed; there are not a lot of likely candidates. Would you be willing to bisect this problem? If so, it seems likely that we could fix it. A few follow-up questions:
Thanks! |
Timed out in state WaitingForInfo. Closing. (I am just a bot, though. Please speak up if this is a mistake or you have the requested information.) |
@findleyr I traced the breaking change to commit b59c441 line 886 Checking out this commit and reverting the strings.TrimRight addition (see screenshot) and gopls successfully loads Interestingly, checking out latest as of right now 654a14b still hangs, but is resolved by apply the above change. However, the applying this change to v0.8.4 tag release does not fix the issue. |
we are using bazel but have an internal tool to setup the gopath correctly for each project directory (vanilla go tools generally work) |
again, this may be an issue with my specific configuration. But I have yet to find a solution |
Any update on this? |
Thanks for following up (and sorry for the slow response, I've recently returned from vacation). Do you have any go.work or go.mod file in a parent directory of your workspace? |
@geitir can you please double check if there is any go.work or go.mod file around even though you are using bazel? And if not, is it possible to share your gopls trace? https://github.com/golang/vscode-go/wiki/troubleshooting#collect-gopls-information Without repro examples or trace, I am not sure if it makes sense to keep this issue open. |
Closing as unactionable. Please try the latest gopls and open a new issue if you are still experiencing this problem. |
gopls version
golang.org/x/tools/gopls v0.8.1
go env
go1.18
What did you do? What did you expect to see? What did you see instead?
gopls hangs on "loading workspace loading packages" with high cpu usage indefinitely on opening project
Editor and settings
VSCode
Logs
The text was updated successfully, but these errors were encountered: