"Martin Letenay" <mle@whitestein.com> wrote on 09/12/2005 11:51:08 AM:
> I was too optimistic.
> The commited fix is not sufficient.
> It works for incoming changes but does not for outgoiing deletions ...
>
> I'm not sure if it's a subversion bug, but was expecting at least some
> inteligence in update(File[]) method.
> If I'm not wrong, the method is pretty stupid.
> For incoming changes the files have to sorted in ascending order, so
parents
> are created first.
> However for outgoiing deletions, it have to be done vice-versa, i.e.
files
> are deleted first, then folders ...
> Otherwis the user finishes with:
>
> svn: Error processing command 'delete-entry' in 'Y:\test....'
> Working copy not locked; this is probably a bug, please report
> svn: Working copy 'Y:\test...' is missing or not locked
>
> So Mark, please wait with the new release.
> I have to check it one more time and probably split the update to 2
separate
> calls, one for incoming other for outgoinf changes ...
Will do. I was just about to make the tag so you had good timing.
After you get this sorted out could you take a look at the changes you
have made to svnClientAdapter since the last release and perhaps give me a
couple of sentences to add to the changelog for Subclipse?
Thanks
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Tue Sep 13 01:59:24 2005