On Wed, Oct 26, 2011 at 7:58 AM, Bert Huijben <bert_at_qqmail.nl> wrote:
>> This workaround turns out to be not so perfect. Have you had a chance
>> to look at this problem in the API?
> I spend some time creating a test framework for comparing behavior, but what
> I found was a complete different issue.
> In Subversion 1.6 status is reported as text_status and property_status,
> while Subversion 1.7 reports status as node_status, text_status and
> The compatibility code in libsvn_client and libsvn_wc automatically
> transforms the more complete status back to the old format (where node
> status overwrites text status) while the code in javahl just ignores
Let me repeat it back to see if I understand.
1) The status API changed in 1.7 to report 3 statuses back
- Since this was missed in JavaHL we will need to rev this in 1.8 so
that JavaHL reports the 3 statuses.
2) In libsvn_client where we need to maintain backwards compat the 3
statuses are turned back into the values they would have had with the
old 2 statuses.
- The C++ part of JavaHL did NOT make the same backwards compat
change. So this is something needs to be fixed for 1.7.x and should
be possible to fix?
Received on 2011-10-26 14:15:13 CEST