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
add eslint version to error output #9037
Comments
I'm absolutely 👍 to this- it could aid users in detecting if they are accidentally using global instead of local ESLint (or vice versa) and help ensure accurate bug reporting. |
I'll champion this. @eslint/eslint-tsc Are CLI issues like rule issues where 3 👍's and a champion allow for accepting the issue? Or are these more like core issues where we need to have TSC review? |
I had to check the issue guide, but it mentions this case:
Should be a pretty quick approval at the next meeting - it already has four 👍s from TSC members! |
Then I don't need to champion this. 😄 TSC Summary: The purpose of this proposed change is to add the ESLint current version to error output from the CLI. TSC Agenda: Should we accept this proposal? |
The TSC accepted this proposal yesterday. |
it would be useful to have eslint version in error output
eg. #9024 - when eslint cannot parse configuration, output should clearly state exactly with what version of eslint we dealing with. it should help to realize you use wrong version of eslint.
eg. when users file new bugs and copy error output, they can forget to include eslint version into bug description. with version injected into output it is not a problem.
The text was updated successfully, but these errors were encountered: