From 5ed4bd079a7e93f98cf4bc57da28c89d1180d17d Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 11 Dec 2017 13:36:50 -0400 Subject: reproduction --- ...ent_7_9f3f7c04524063960f1451c90948a41f._comment | 33 ++++++++++++++++++++++ 1 file changed, 33 insertions(+) create mode 100644 doc/bugs/regression_-_yt__58___prefix_for___34__regular__34___urls/comment_7_9f3f7c04524063960f1451c90948a41f._comment diff --git a/doc/bugs/regression_-_yt__58___prefix_for___34__regular__34___urls/comment_7_9f3f7c04524063960f1451c90948a41f._comment b/doc/bugs/regression_-_yt__58___prefix_for___34__regular__34___urls/comment_7_9f3f7c04524063960f1451c90948a41f._comment new file mode 100644 index 000000000..f3cd71433 --- /dev/null +++ b/doc/bugs/regression_-_yt__58___prefix_for___34__regular__34___urls/comment_7_9f3f7c04524063960f1451c90948a41f._comment @@ -0,0 +1,33 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 7""" + date="2017-12-11T17:12:41Z" + content=""" +The diff shows `git annex whereis` used to send CLAIMURL to the external, +and no longer does. + +Reproduction recipe using git-annex-remote-ipfs: + + git annex initremote ipfs type=external externaltype=ipfs encryption=none + date > somefile + git annex add somefile + git annex addurl --debug --relaxed ipfs:dummy --file somefile + +Which results in `git annex whereis somefile` saying it's present in ipfs, +but not listing the ipfs url for it. And again, whereis does not sent +CLAIMURL. + +And, in log.web, I see why: + + +1513013502.312530881s 1 ipfs:dummy + +That is not an OtherDownloader url, it's lacking the ":" prefix. + +This seems to be particular to the addurl --relaxed --file code path; +letting addurl add a new file does result in an OtherDownloader url +being recorded. + +I guess the reason the test suite then fails is, the url it removes is not +the one git-annex recorded, and so git-annex still thinks it's at the wrongly +recorded url, and so dropping succeeds. +"""]] -- cgit v1.2.3