response
This commit is contained in:
parent
c839e38264
commit
47aa0c7f73
1 changed files with 34 additions and 0 deletions
|
@ -0,0 +1,34 @@
|
|||
[[!comment format=mdwn
|
||||
username="joey"
|
||||
subject="""comment 1"""
|
||||
date="2017-10-07T17:03:56Z"
|
||||
content="""
|
||||
I suspect that the problem dealt with in
|
||||
[[!commit 2ca1d3cc0134134314649c21822bf1352df52e93]]
|
||||
is responsible for this behavior. If many redirects are
|
||||
followed before git-annex gives up, it would explain why it's taking so long.
|
||||
|
||||
In redirecting from a non-existant file to some index.php file that itself
|
||||
doesn't exist, and so on forever, box.com is clearly a horrible, broken,
|
||||
very bad webdav server. Given that it's so broken, it's not terribly
|
||||
surprising that small changes might expose that or another brokenness in
|
||||
different ways. Changing the location of a temp file from a tmp
|
||||
subdirectory to the parent directory is not the kind of thing that causes
|
||||
30 second delays with non-broken servers.
|
||||
|
||||
I have not been able to reproduce the problem here though so that is just a
|
||||
theory.
|
||||
|
||||
I am not inclined to make random changes to try to work around random
|
||||
breakage in box.com. That is a game you lose before you start playing.
|
||||
|
||||
It may be that deleting line 132 from Remote/WebDAV.hs avoids
|
||||
the problem.
|
||||
|
||||
maybe noop (void . mkColRecursive) (locationParent tmp)
|
||||
|
||||
Since the parent directory of the temp file is the top of the webdav
|
||||
repository, and so already exists, that line is now unnecessary.
|
||||
Since you can reproduce the problem and build from source, can you test
|
||||
that change?
|
||||
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue