Skip to content

Normalize file path returned by projectile-files-from-cmd#2001

Open
thomashilke wants to merge 1 commit intobbatsov:masterfrom
thomashilke:bugfix/normalize-file-path-from-files-with-string
Open

Normalize file path returned by projectile-files-from-cmd#2001
thomashilke wants to merge 1 commit intobbatsov:masterfrom
thomashilke:bugfix/normalize-file-path-from-files-with-string

Conversation

@thomashilke
Copy link
Copy Markdown

Summary

On Windows, in the function projectile-files-from-cmd, the file path harvested in the standard output of running cmd may use backslash as folder separator.

Since the result of projectile-files-from-cmd are to be compared with the files from the current project in projectile-replace, both file path must be constructed/normalized in the same way for the comparison to be meaningful.


Before submitting a PR make sure the following things have been done (and denote this
by checking the relevant checkboxes):

  • The commits are consistent with our contribution guidelines
  • You've added tests (if possible) to cover your change(s)
  • All tests are passing (eldev test)
  • The new code is not generating bytecode or M-x checkdoc warnings

Thanks!

On Windows, the file path harvested in the standard output of running `cmd` may use backslash as folder separator.

Since the result of `projectile-files-from-cmd` are to be compared with the files from the current project in `projectile-replace`, both file path must be constructed/normalized in the same way for the comparison to be meaningful.
@thomashilke thomashilke force-pushed the bugfix/normalize-file-path-from-files-with-string branch from 72eea8b to 09697ce Compare April 27, 2026 13:56
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.

1 participant