[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Possible bug in nightly build

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Tue, 30 Jun 2009 09:53:45 +0200

Robert Dailey wrote:
> On Mon, Jun 29, 2009 at 8:38 AM, Simon Large
> <simon.tortoisesvn_at_googlemail.com
> <mailto:simon.tortoisesvn_at_googlemail.com>> wrote:
>
>
> Huh? the depth of what is changed? The folder is being deleted, it
> doesn't have a depth. The parent depth shouldn't change just because
> you decide to delete one of its child items.
>
>
> I'm thinking this too. This never used to be an issue until tree
> conflicts were implemented I believe. But I can't be sure. I would
> expect an update to not break anything or cause any conflicts,
> especially if no one has done anything to the directory that I deleted...
>
> But this might be an issue to bring up on the Subversion list, it just
> depends on where the issue actually lies. This sounds like an issue with
> Subversion, but I would like some confirmation from Stefan.

The strange thing is that you got a tree conflict in the first place.
From your description, that shouldn't have happened unless there was
something else happening that you forgot to mention.

Anyway: TSVN doesn't change the depth itself when deleting (the
svn_client_delete3() API doesn't even have a depth param).
So it really has to be an svn issue - problem is that without an exact
recipe on how to reproduce, the issue won't get fixed.

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2366640
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-06-30 09:53:45 CEST

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.