-
Notifications
You must be signed in to change notification settings - Fork 547
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
chore: enable errcheck linter #4162
Conversation
this will show the bug surfaced in #4156 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGMT!!! thanks for the contribution @faddat
Just one comment
I'll resolve conflicts later today |
the cleanup method from the |
# Conflicts: # ignite/internal/plugin/testdata/execute_fail/go.mod # ignite/internal/plugin/testdata/execute_ok/go.mod
Description
This PR fixes a bug in how flag tests are handled. Since we're now checking if the test runs return error, we are able to see that flag tests have been failing because they don't include a value.
Link to earlier issue
I think that this PR shows the same behavior showed in #4074. Specifically, It set off the race detector. I don't think that is because of the linting changes. The difference between:
and
is intentionally just a single comment.
Running tests on ubuntu fails in the first commit, but passes in the second. So, what I'm suggesting here is that we should make a PR that runs the tests 10x against the current main branch. This will let us observe the tests and know if they are flaky.
But it doesn't seem to be related to the
errcheck
work. Here's the data race here:That's from
main
. I think we should spend some additional time looking for data races.Please make sure to check the following for your PR:
Ignite CLI team only:
ignite/templates/files
have been changed, makesure that the change doesn't need to be reflected in the
ignite/templates/files-*
folders.