Skip to content
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

Allow backslash after drive name #1917

Merged
merged 2 commits into from
Jul 7, 2019

Conversation

weirdan
Copy link
Collaborator

@weirdan weirdan commented Jul 7, 2019

Before, paths like C:/path/to/something were considered absolute, but C:\path/to/something were not

Refs #1913

Before, paths like `C:/path/to/something` were considered absolute, but
`C:\path/to/something` were not

Refs vimeo#1913
@bdsl
Copy link
Contributor

bdsl commented Jul 7, 2019

Do you want to revert 210ac39 as part of this PR?

@weirdan
Copy link
Collaborator Author

weirdan commented Jul 7, 2019

Perhaps, but it needs to pass on Appveyor first

@bdsl
Copy link
Contributor

bdsl commented Jul 7, 2019

You won't see testPluginFilenameCanBeAbsolute pass on AppVeyor as things are, since 210ac39 stops that particular test running in any Windows environment.

But the latest commits seem to be failing on AppVeyor only for a different reason - Psalm is emitting two DuplicateClass errors when analysing itself there. See https://ci.appveyor.com/project/muglug/psalm/builds/25804844/job/q7c8vk3jle3r0686 . No idea why that happens in AppVeyor but not in Travis or CircleCI.

@weirdan
Copy link
Collaborator Author

weirdan commented Jul 7, 2019

One reason could be that psalm actually analyzes those files twice: as path\to\file.php and path/to/file.php (note the path separators). At least it's what it reports.

@muglug muglug merged commit 6a74cf9 into vimeo:master Jul 7, 2019
@muglug
Copy link
Collaborator

muglug commented Jul 7, 2019

Thanks - I’ll fix those errors separately

@weirdan
Copy link
Collaborator Author

weirdan commented Jul 7, 2019

Is there a reason why Psalm uses its own isAbsolutePath() even though there's webmozart/path-util direct dependency (which includes a similar method)?

@muglug
Copy link
Collaborator

muglug commented Jul 8, 2019

No - feel free to create a PR to fix that

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants