-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
go/analysis/analysistest: Ignore error if edited file can't be formatted #232
base: master
Are you sure you want to change the base?
Conversation
Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). 📝 Please visit https://cla.developers.google.com/ to sign. Once you've signed (or fixed any issues), please reply here with What to do if you already signed the CLAIndividual signers
Corporate signers
ℹ️ Googlers: Go here for more info. |
CLAs look good, thanks! ℹ️ Googlers: Go here for more info. |
This PR (HEAD: 814f4d8) has been imported to Gerrit for code review. Please visit https://go-review.googlesource.com/c/tools/+/236144 to see it. Tip: You can toggle comments from me using the |
Message from Gobot Gobot: Patch Set 1: Congratulations on opening your first change. Thank you for your contribution! Next steps: Most changes in the Go project go through a few rounds of revision. This can be During May-July and Nov-Jan the Go project is in a code freeze, during which Please don’t reply on this GitHub thread. Visit golang.org/cl/236144. |
Message from Michael Matloob: Patch Set 1: I think it's definitely a problem that we don't even check suggested fixes if the file can't be formatted, so I think that instead of just continuing we should check against the unformatted code. It's tricky to just outright fail if the file can't be formatted. Consider a file that has a syntax error, and someone makes a resilient analyzer that can make suggested fixes even in the presence of syntax errors. This change could make it difficult to test an analyzer like that. Please don’t reply on this GitHub thread. Visit golang.org/cl/236144. |
...changed file cannot be formatted There are instances when the diagnostics are reported correctly by the analyzer, but the suggested fixes are wrong, and result in code that cannot be formatted by `format.Source` (maybe due to syntax errors in the edited code). Right now, in those cases, the test runner ignores the failed tests and moves on to the next test, giving an impression that the tests have passed. This commit fixes that. Signed-off-by: Sourya Vatsyayan <[email protected]>
This PR (HEAD: 4f09fe5) has been imported to Gerrit for code review. Please visit https://go-review.googlesource.com/c/tools/+/236144 to see it. Tip: You can toggle comments from me using the |
Message from Michael Matloob: Patch Set 3: Hm, I'm not sure if this is right either. Most likely the message will be ignored. I'm wondering if we can do the following: if the file fails to format, we check if the original file was able to be formatted: a suggested fix shouldn't break previously working code. Please don’t reply on this GitHub thread. Visit golang.org/cl/236144. |
Message from Go Bot: Patch Set 1: Congratulations on opening your first change. Thank you for your contribution! Next steps: Most changes in the Go project go through a few rounds of revision. This can be During May-July and Nov-Jan the Go project is in a code freeze, during which Please don’t reply on this GitHub thread. Visit golang.org/cl/236144. |
There are instances when the diagnostics are reported correctly by the
analyzer, but the suggested fixes are wrong, and result in code that
cannot be formatted by
format.Source
(due to errors in the edited code).Right now, in those cases, the tests pass despite the format errors.
This commit fixes that.
Signed-off-by: Sourya Vatsyayan [email protected]