-
Notifications
You must be signed in to change notification settings - Fork 10
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
Always use POSIX paths for ES imports #16
Conversation
@bitpshr Can we test this or it already covered? Looks like Appveyor is not setup correct for this repo so would never have run them on windows before. |
Thanks @agubler, ready for another review. |
@bitpshr Cool, it doesn't look like that failing test was related to this change - which means we haven't covered the creation of these paths in a test (by covered I mean actually tested the values)? Slightly off topic, we should probably add fixture tests for this repo to ensure that the output is actually correct! But we can do that as a follow up PR. |
@@ -74,9 +74,9 @@ export default async function(helper: Helper, args: CreateWidgetArgs) { | |||
name, |
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.
@bitpshr We should be able to use MockModules.ts
, to assert the arguments of renderFiles
that will cover these changes.
I don't think we have mock modules in this repo, but you should be able to copy it from @dojo/webpack-contrib and then use it similar to the build-time-render tests
@agubler Thanks for the reviews so far, ready for another. We were already using |
Thanks @bitpshr |
Type: bug
The following has been addressed in the PR:
prettier
as per the readme code style guidelinesDescription:
ES imports were botched on windows machines due to differences in the output of
path.relative
between win32 and POSIX operating systems. This PR modifies the usage ofpath.relative
to usepath.posix.relative
since ES imports should always use POSIX path delimiters.Resolves #15