This is the result of svn_client_status_t.repos_root_url not being
filled in unconditionally. That value is taken from svn_wc_status3_t,
which is in turn pulled from a svn_wc__db_info_t, conditionally
populated in subversion/libsvn_wc/status.c:get_repos_root_url_relpath().
In this particular case, I'm not sure what is happening to cause
those values to come back as NULL.
Would it be possible to write this as a C test? Trying to run it
through the debugger is a bit more complicated in Java than it would
be with a straight C API test.
On Wed, Oct 5, 2011 at 5:43 PM, <markphip_at_apache.org> wrote:
> Author: markphip
> Date: Wed Oct 5 20:43:13 2011
> New Revision: 1179430
> URL: http://svn.apache.org/viewvc?rev=1179430&view=rev
> JavaHL: Show a bug in current code by expanding test suite to
> assert that the URL for incoming status items is not null. The
> bug I see is that when you run equivalent of svn st -u the
> status callback for items that are new in the repository have
> a null for the URL.
> [ subversion/bindings/javahl/ ]
> * tests/org/apache/subversion/javahl/WC.java
> (check): Assert that URL is not null for incoming status items.
> Modified: subversion/trunk/subversion/bindings/javahl/tests/org/apache/subversion/javahl/WC.java
> URL: http://svn.apache.org/viewvc/subversion/trunk/subversion/bindings/javahl/tests/org/apache/subversion/javahl/WC.java?rev=1179430&r1=1179429&r2=1179430&view=diff
> --- subversion/trunk/subversion/bindings/javahl/tests/org/apache/subversion/javahl/WC.java (original)
> +++ subversion/trunk/subversion/bindings/javahl/tests/org/apache/subversion/javahl/WC.java Wed Oct 5 20:43:13 2011
> @@ -519,6 +519,8 @@ public class WC
> + item.myPath + "' don't match:",
> + Assert.assertNotNull("URL for status item should not be null",
> + status.getUrl());
> item.touched = true;
uberSVN: Apache Subversion Made Easy
Received on 2011-10-06 03:20:46 CEST