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
BF: Implement workaround for file:// URL compatibility on Windows #3979
Conversation
The new 'compatibility' argument of get_local_file_url() is relatively painless and the workaround implementation can be removed (and the argument rendered into a no-op) if there should be a compatibility fix at the git-annex end. Fixes dataladgh-3639
Ha, so even if we generate proper Git-compatible file:// URLs on Windows this doesn't work, because GitRepo.clone() throws them away and takes a wrong
It is unclear to me why a Tracing the evolution of a URL through the code is a bit funny. There is also this step in
which converts from str to RI to str, which is later converted back into RI. I will disable this optimization step on windows to get basic functionality with |
It falsely turns a file:// URL into an invalid POSIX path on Windows.
Codecov Report
@@ Coverage Diff @@
## master #3979 +/- ##
==========================================
- Coverage 89.67% 89.49% -0.19%
==========================================
Files 271 271
Lines 36351 36339 -12
==========================================
- Hits 32599 32521 -78
- Misses 3752 3818 +66
Continue to review full report at Codecov.
|
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.
The new 'compatibility' argument of get_local_file_url() is relatively
painless and the workaround implementation can be removed (and the
argument rendered into a no-op) if there should be a compatibility
fix at the git-annex end.
Yes, painless, as well as non-intrusive for non-Windows platforms, so it sounds fine to me.
Thx @kyleam |
The new 'compatibility' argument of get_local_file_url() is relatively
painless and the workaround implementation can be removed (and the
argument rendered into a no-op) if there should be a compatibility
fix at the git-annex end.
Fixes gh-3639