Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (nike.apache.org: 204.13.40.82 is neither permitted nor
 denied by domain of snhirsch@gmail.com)
Message-ID: <4EB05B69.3010602@gmail.com>
Date: Tue, 01 Nov 2011 16:49:45 -0400
From: Steven Hirsch <snhirsch@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15
MIME-Version: 1.0
To: users@subversion.apache.org
Subject: Odd path name
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I'm seeing a nasty bug in several of the GUI front-end tools for subversion, 
and the error messages from several involved a path containing:

.../!svn/bc/12345/...

where 12345 is one of the revisions involved.  The complaint is about the path 
not being found, but I'm not clear on where it's coming from in the first 
place.  Neither "!svn" or "bc" are currently or were ever part of the project 
in question.

Does this ring any bells with anyone?

FYI: The situation that appears to cause problems is when a repository 
directory tree is "collapsed" by moving the contents of a nested directory to 
that directory's parent and removing the original directory.  From that point 
on, all the GUI front ends get very confused when trying to difference 
revisions of a relocated file that span the committed move.

I do not believe the problem is with SVN, per se, since command line diffs 
using the two revision numbers against the current file location work fine.

I'm thinking that path is part of SVN's bookkeeping and it would help to 
understand it in more depth.

Steve