http-push: clarify the reason of error from the initial PROPFIND request
The first thing http-push does is a PROPFIND to see if the other end supports locking. The failure message we give is always reported as "no DAV locking support at the remote repository", regardless of the reason why we ended up not finding the locking support on the other end. This moves the code to report "no DAV locking support" down the codepath so that the message is issued only when we successfully get a response to PROPFIND and the other end say it does not support locking. Other failures, such as connectivity glitches and credential mismatches, have their own error message issued and we will not issue "no DAV locking" error (we do not even know if the remote end supports it). Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:
parent
9bdbabade4
commit
325ce3959c
11
http-push.c
11
http-push.c
@ -1563,9 +1563,17 @@ static int locking_available(void)
|
||||
lock_flags = 0;
|
||||
}
|
||||
XML_ParserFree(parser);
|
||||
if (!lock_flags)
|
||||
error("Error: no DAV locking support on %s",
|
||||
remote->url);
|
||||
|
||||
} else {
|
||||
error("Cannot access URL %s, return code %d",
|
||||
remote->url, results.curl_result);
|
||||
lock_flags = 0;
|
||||
}
|
||||
} else {
|
||||
fprintf(stderr, "Unable to start PROPFIND request\n");
|
||||
error("Unable to start PROPFIND request on %s", remote->url);
|
||||
}
|
||||
|
||||
strbuf_release(&out_buffer.buf);
|
||||
@ -2230,7 +2238,6 @@ int main(int argc, char **argv)
|
||||
|
||||
/* Verify DAV compliance/lock support */
|
||||
if (!locking_available()) {
|
||||
fprintf(stderr, "Error: no DAV locking support on remote repo %s\n", remote->url);
|
||||
rc = 1;
|
||||
goto cleanup;
|
||||
}
|
||||
|
Loading…
Reference in New Issue
Block a user