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
[6.0.0-alpha.1] RuleTester
fails tests if parser
property is a package name
#11728
[6.0.0-alpha.1] RuleTester
fails tests if parser
property is a package name
#11728
Comments
The current behavior is intentional because it's not clear where packages should be loaded from with |
I think I agree with @not-an-aardvark. We should just document this as a breaking change and require users to specify a full path. |
Thank you for the explanation. But, my position is different. Because to use file paths for I think that good design is "people can do the most popular use case easily, and can do rare cases with detailed way." I believe we should allow a package name and show a understandable error message for rare cases (E.g., |
TSC Summary: This is an awareness that came from the failing CI build of Opinions:
TSC Question: What is the direction we want to go?
|
TSC Resolution: we won't change the current behavior, the |
RuleTester
fails tests if parser
proeprty is a package nameRuleTester
fails tests if parser
property is a package name
From import-js/eslint-plugin-import#1362
From https://travis-ci.org/benmosher/eslint-plugin-import/jobs/533124402
Tell us about your environment
What parser (default, Babel-ESLint, etc.) are you using?
n/a
Please show your full configuration:
n/a
What did you do? Please include the actual source code causing the issue, as well as the command that you used to run ESLint.
Use
RuleTester
withparser
option withbabel-eslint
. (e.g., eslint-plugin-import:/tests/src/rules/default.js#L31)What did you expect to happen?
No errors.
What actually happened? Please include the actual, raw output from ESLint.
The test failed with "Parsers provided as strings to RuleTester must be absolute paths."
Are you willing to submit a pull request to fix this bug?
Yes.
I think that
RuleTester
should allow package names (maybe it loads it relative to CWD).Also, the Migration Guide must describe this change.
The text was updated successfully, but these errors were encountered: