Update createPage to support windows paths #243
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Paths like
C:\Users\username\Documents\Github\studio-prototype\packages\studio\tests\__mocks__/test.tsx
are not considered absolute bypath.isAbsolute
in the frontend. This is because we are usingpath-browserify
(a browser version of nodejs'spath
) which does not have proper windows support. In real nodejs,path.isAbsolute
will return true for a windows path like the above.browserify/path-browserify#1
We could look for an alternative but I'm not sure if that will be necessary. I think I'll have a better picture of that when I'm further in with getting the unit tests compatibility.
For the createPage action, the path.isAbsolute check is unnecessary since we do a
filepath.startsWith(pagesPath)
check as well, andpagesPath
is always absolute. We may want to support a relative pagesPath at which point we may need to add additional validation, but it would probably make more sense for that validation to go into the backend.J=SLAP-2791
TEST=auto
tests for createPage.ts and AddPageButton are now passing