-
Notifications
You must be signed in to change notification settings - Fork 15
spell: turn on pre-commit auto spell checker #1184
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
spell: turn on pre-commit auto spell checker #1184
Conversation
370cdba
to
c04ce9f
Compare
2b4a206
to
59e26ec
Compare
b4547b7
to
20a96d7
Compare
@@ -44,7 +46,7 @@ def skip_no_helpers(request: pytest.FixtureRequest, completion: Completion) -> N | |||
|
|||
|
|||
def pytest_configure(config): | |||
config.addinivalue_line( | |||
config.addinivalue_line( # cSpell:words addinivalue |
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.
If it's possible I'd suggest to introduce separate project-words file for integration tests directory. All pytest identifiers that are currently in use could be listed there.
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.
My opinion is that lists of “bad” words are workaround, because they should not exist. The fact that now a list of words is made at the project level is because there are too many such words already found throughout the old code. Ideally, the names should immediately meet the requirements of the checker.
And such marks raise a “red” flag - that something needs to be done here with refactoring. The word list on other hand hides this problem.
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.
Well... I agree with statement that "mark is better than hide", but what is need to be done with "third-party" identifiers (pytest identifier in this particular case) considering that we are not able to change them?
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.
What exactly identifier do you mean?
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.
addinivalue_line
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.
In the current code it used only once at test/integration/completion/conftest.py:49
? So I don't see a problem add a single comment to ignore it spell-checker:ignore ...
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.
And according to you it raises a "red" flag and something needs to be done. But since it is third-party identifier we are not able to do "something" with it (except of stop using it, but that's not the option obviously). Considering this project-words file might hold only "bad" words that can't be fixed.
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.
Anyway it's just a subject to discuss. I've approved PR already.
20a96d7
to
707afff
Compare
Closes #TNTP-3105
707afff
to
25a4d6e
Compare
25a4d6e
to
89506dd
Compare
da4751e
to
0e01c6d
Compare
Part of #TNTP-3105
Part of #TNTP-3105
Part of #TNTP-3105
Due to formatting changes, it triggers the linter's errors. FIXME: turn on the checking with the following PR. Part of #TNTP-3105
0e01c6d
to
400e4db
Compare
Turning on automatic static code analyzer: check words misspell for code files.
Closes #TNTP-3105
Come with second part in #1185