Change Request: Disallow multiple configuration comments for the same rule #18132
Closed
1 task done
Labels
accepted
There is consensus among the team that this change meets the criteria for inclusion
breaking
This change is backwards-incompatible
core
Relates to ESLint's core APIs and features
enhancement
This change enhances an existing feature of ESLint
ESLint version
v9.0.0-beta.0
What problem do you want to solve?
Example:
Allowing multiple configuration comments for the same rule can lead to the conclusion that it's possible to have different configurations for different parts of the file, while actually the last configuration applies to the whole file.
It's also confusing, now when comments with just severity retain previously configured options (#17381), what should be the final configuration in cases like this:
What do you think is the correct solution?
Disallow multiple configuration comments for the same rule.
The first comment should apply, while the others should be reported as lint errors.
Participation
Additional comments
This makes two breaking changes:
The text was updated successfully, but these errors were encountered: