-
-
Notifications
You must be signed in to change notification settings - Fork 42
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
feat(import-target): Add resolution error reason #231
Conversation
I was also thinking something along the lines of: exports.messages = {
notFound: '{{resolveError}}',
} |
SGTM! 👍 |
5b4325c
to
a256b25
Compare
can we just assert the |
There was no error: What is tripping the error is: This case sensitive stuff I think should be split into a different rule 🤔 As sure, its correct to complain, but it's also resolvable |
we can just assert the |
data: { | ||
resolveError: `Can't resolve '${name}' in '${fixture(dir)}'`, | ||
}, |
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.
data: { | |
resolveError: `Can't resolve '${name}' in '${fixture(dir)}'`, | |
}, |
The issue is that |
33c399e
to
8b28485
Compare
8b28485
to
f9e454d
Compare
I have just stripped out everything except for the enhanced-resolve checks (f9e454d) (Clicking the image should take you to the tests from which the screen shot is taken) On linux (that is case sensitive), everything is fine: On mac (that is case insensitive), the This means that on linux, its correct that And its correct on mac that |
we can ask the Up until that point, it seems that we can only ignore these test cases under certain os. The rule tester does support https://eslint.org/docs/latest/integrate/nodejs-api#ruletester |
closes #182