016d97291a18a6870d7f1ecb436caa4e05ef92ee
[git-annex.git] /
1 [[!comment format=mdwn
2  username="joey"
3  subject="""comment 2"""
4  date="2021-03-12T18:27:26Z"
5  content="""
6 Well, I tried with the box.com webdav server, and did not reproduce the
7 problem there; exported files went into the proper subdirectories.
8
9 I think there's some chance that the webdav server you're trying to use is
10 just broken in its handling of moving from one collection to another. 
11 Or perhaps the webdav spec can be interpreted multiple ways and this is
12 falling into an edge case.
13
14 Here's --debug of it working:
15
16         export box.com sub/t
17         [2021-03-12 14:29:33.044254918] getProps sub/t
18         [2021-03-12 14:29:35.56315446] putContent git-annex-webdav-tmp-SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
19         [2021-03-12 14:29:37.751164566] delContent sub/t
20         [2021-03-12 14:29:38.695664147] getProps sub
21         [2021-03-12 14:29:40.638445948] moveContent git-annex-webdav-tmp-SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4 https://dav.box.com/dav/git-annex/sub/t
22
23 Does it look significantly different in your case?
24
25 We unfortunately haven't an easy way to get a HTTP trace, but this shows
26 effectively the api calls for the DAV libary, and the moveContent looks
27 like it would generate a http request like this:
28
29         MOVE /git-annex-webdav-tmp-SHA256E-s3...
30         Destination: https://dav.box.com/dav/git-annex/sub/t
31
32 Which seems fine, there are similar examples in the webdav spec
33 of moving from one directory to another.
34 """]]