-
Notifications
You must be signed in to change notification settings - Fork 18k
x/tools/gopls: sudden errors in unrelated files #38730
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
Comments
Thank you for filing a gopls issue! Please take a look at the Troubleshooting guide, and make sure that you have provided all of the relevant information here. |
Thanks for the report. This looks like #38403, which is unfortunate because I had hoped that it was only caused by Did any of the files with errors depend transitively on the readthrough package? |
Yes, but not all. Also, my last edit to anything in the You guys really don't like capitalized sentences in issue titles. 🙂 |
Thanks for clarifying. Tests can still be dependencies (if this is an in-package test, and not an x_test) because other test packages depend on test variants. It's possible that we have another cache invalidation issue with test variants, but I'm not sure how that could've happened since it's been a while since the type-checking code has changed. I think I will close this issue as a duplicate of #38403 so that we can track everything in one place. Please comment there if you're able to find a consistent repro for this.
We tend to follow the same style in issues and commit messages - see https://github.com/golang/go/wiki/CommitMessage. |
Duplicate of #38403 |
What did you do?
Edited code in a single test file in VSCode.
What did you expect to see?
Only my current file should be affected by changes in a test package.
What did you see instead?
Suddenly, a large number of unrelated files were marked as having errors. I did not have any of these files open, nor did I change them, nor did (as far as I know) any program on my computer touch them. All the errors in them are spurious; restarting gopls causes them to go away.
Log: gopls.log.gz. This is from gopls started, so fairly large. Jump to line 14890 to see what looks like the first error.
Note: While I have
GOFLAGS=-tags=...
set, none of the affected files use build tags.Build info
Go info
The text was updated successfully, but these errors were encountered: