SharpSvn tests

Found

r1535532, r875699, r875593, r875582

r875582 | rhuijben | 2009-01-27 21:09:07 +0000 (Tue, 27 Jan 2009)

Resolve malformed network data error on performing
$ svn log -v --limit 1 svn://svn.tartarus.org/sgt/

* subversion/libsvn_ra_svn/client.c
  (ra_svn_log): Following up on r35329, make the new tuple list for the node
    kind optional for better interoperability with older svnserve versions.

Found by: SharpSvn tests

r875593 | rhuijben | 2009-01-28 00:29:19 +0000 (Wed, 28 Jan 2009)

* subversion/libsvn_client/info.c
  (build_info_from_dirent): Initialize working_size64 with 
    SVN_INVALID_FILESIZE instead of setting working_size twice.

Found by: SharpSvn tests

r875699 | rhuijben | 2009-02-01 21:55:39 +0000 (Sun, 01 Feb 2009)

* subversion/include/svn_wc.h
  (svn_wc_conflict_reason_t): Following up on r33082, move new in 1.6
    enum value to the end of the list to remove ABI breakage. Update
    comment syntax to doxygen format to make this visible.
    
Found by: SharpSvn tests

r1535532 | rhuijben | 2013-10-24 20:32:15 +0000 (Thu, 24 Oct 2013)

Properly handle the 'accepted_failures' flag of SVN_AUTH_CRED_SSL_SERVER_TRUST
handlers in ra_serf. Before this patch the code assumed that all handlers would
 always accept all failures when they return a credential.

In certain client scenarios this bug could allow certain certificate errors
to go unnoticed, but non of the standard clients is affected because all of
them always accept all certificate failures at once or none at all.

* subversion/libsvn_ra_serf/util.c
  (ssl_server_cert): Clear accepted failures and obtain further results
    in an attempt to accept more failures.
    Return an error when at least one failure type is not accepted.

Found by: SharpSvn tests