diff options
author | Joey Hess <joeyh@joeyh.name> | 2015-09-09 13:07:36 -0400 |
---|---|---|
committer | Joey Hess <joeyh@joeyh.name> | 2015-09-09 13:07:36 -0400 |
commit | 5cd5c5733e0fe3378a91db77e6f9a95a1898dff6 (patch) | |
tree | fefbc79321a7fcab3b9717f8ca93d578b35e0618 /doc | |
parent | 5a54cd1312c9e8cfe3e308dbd2ced70ff219a321 (diff) |
response
Diffstat (limited to 'doc')
-rw-r--r-- | doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment | 39 |
1 files changed, 39 insertions, 0 deletions
diff --git a/doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment b/doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment new file mode 100644 index 000000000..5097e2e16 --- /dev/null +++ b/doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment @@ -0,0 +1,39 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 2""" + date="2015-09-09T16:36:13Z" + content=""" +I can't reproduce that behavior on linux. + + joey@darkstar:~/tmp/xx>git annex addurl --file=annexed file:///./data + addurl annexed (downloading file:///./data ...) + curl: (37) Couldn't open file /data + +Here, curl seems to be doing the right thing; the url is not relative; it's +for `/./data`, which doesn't exist. + +Relative `file:` urls shouldn't be valid at all, I think? + +--- + +For checking if a file: url exits, git-annex parses the url and stats +the file itself. The first screenshot +shows this check for file: url existance failing on Windows for +the url `file:///C:/tmp/test/test.dat` + +I guess this might come down to problems with parsing file: urls on +Windows; seems especially complicated by drive letters. git-annex and curl +seem to parse this url in different ways. + +Checking how that url parses, the uriScheme is "file:" and the uriPath is +"/C:/tmp/test/test.dat". So, it seems clear why it fails to stat that file. + +Is there actually a valid way to produce a file: url that refers to a drive +letter? curl seems to think so, since it found the file when `git annex +addurl` ran it. I don't know if the above parse is valid, but it's not +git-annex's code doing the parse, but the URI parsing library. + +(Possibly related bug report: +<http://git-annex.branchable.com/bugs/git_annex_test_fails_when_run_through_powershell/> +) +"""]] |