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

Re: Revert changes from this revision

From: Josha Foust <JoshaF_at_a-t-g.com>
Date: Wed, 23 Jan 2008 08:58:02 -0600

Josha Foust <mailto:JoshaF_at_a-t-g.com> wrote:
> Stefan Küng <mailto:tortoisesvn_at_gmail.com> wrote:
>> Does this happen if you revert from a parent folder of the folder
>> which causes the problems? Or only if you revert from that folder
>> directly? If the first, then this could be some problem with some
>> merge tracking code. The problematic folder, does it have special
>> chars in it? (spaces, non-ASCII chars, ...)
> Yes, it happens from any parent folder. The revert doesn't have to
> include any changes in the problematic folder either. So basically
> any revert above the problematic folder is broken.
> The sub-directory under the problematic one, which fixed things if i
> reverted changes for it first, does have a space in it.
> A\
> My Project\
> Bunch_of_Project_Files.vb
> ...
> Other than that it is all simple ASCII file names.

I haven't yet been able to create a reproduction recipe, but I did find a solution to my problem. Apparently when I do any moves/renames with the current client it adds a blank svn:mergeinfo property to the file(s). By removing those properties my problem has been fixed.

Obviously there is more to it than that, because that alone does not appear to be sufficient to trigger the bug. I am wondering though, why that property being set? I've confirmed that the dev build of svn.exe is doing the same thing.

I do wonder if a requirement for this bug is that it runs over http. I've just been testing against a local file repository, so I might not have a chance of reproducing it with my current method.

Josha Foust

To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-01-23 15:58:16 CET

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

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