-
Notifications
You must be signed in to change notification settings - Fork 474
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
The new version v2.2.4 generates false positive output #2786
Comments
That has always been the case. Are you certain this is a regression? |
@DimitriPapadopoulos the mentioned code has been part of the upstream for a longer time and tests (including codespell) have been passing. e.g. like in this one PR oamg/leapp-repository#979 that introduced the chacktargetiso actor. It's visible that it passed originally and the same code is failing the test now. Also the previous run in the PR has been ok and it started to faile just today. It's possible I missed something, but all clues I have seem to be suggesting it's regression. |
OK, let me see:
With codespell 2.2.2:
With codespell 2.2.3:
It's just that |
This does raise the question of dictionary updates, especially in CI actions. |
@DimitriPapadopoulos thanks for the info. It make sense. So I will add it to the ignorelist in our projects. |
The new version of codespell contains additional "typos" for the detection in the dictionary, which produces FP fails in tests as typos are detected also in cases like: couldn\'t repositor{suffix} etc. For now, we will just update the ignorelist, but in future it would be ideal to not generate such cases. Doing differences between singular/plural is not providing big benefit in report. Escaping is not so problematic I would say, but in case of issues, we could just switch to longer form - like "could not". But there is no beenfit to update the existing code now, so let's focus in future on better texts and keep the existing strings as they are until they are reworded due to additional wanted changes (I mean, if there is any additional reason in future to change them). FYI: codespell-project/codespell#2786
The new version of codespell contains additional "typos" for the detection in the dictionary, which produces FP fails in tests as typos are detected also in cases like: couldn\'t repositor{suffix} etc. For now, we will just update the ignorelist, but in future it would be ideal to not generate such cases. Doing differences between singular/plural is not providing big benefit in report. Escaping is not so problematic I would say, but in case of issues, we could just switch to longer form - like "could not". But there is no beenfit to update the existing code now, so let's focus in future on better texts and keep the existing strings as they are until they are reworded due to additional wanted changes (I mean, if there is any additional reason in future to change them). FYI: codespell-project/codespell#2786
The new codespell version released yesterday started to generate false positives when
a string is composed dynamically
when string contains escaped characters , so e.g. following strings are reported as mispelled:
"My repositor{suffix} ...".format(suffix=suffix)
'We couldn\'t do ....'
Additional info:
The text was updated successfully, but these errors were encountered: