Re: SVN 1.35 backslash in tag name.

brianswilson wrote:
> Andy Levy <andy.levy@...> writes:
>
>> I definitely remember an issue in an older release of the SVN
>> libraries that had problems with URL-endcoding items (Simon mentioned
>> this previously) but I thought that was only for %20 (space).
>>
>> What version are you running? There wasn't a Subversion 1.35 that I
>> recall - I thought it went from 1.3.3 to 1.4
>>
>
> You are correct Andy. The SVN version is 1.3.0. The TortoiseSVN is version
> 1.3.5. My mistake (that's what I get for not checking what I was told).

It would be interesting to know how you could create that folder in the
first place. Because it clearly is a bug if you even could create it.

Unfortunately, I don't think you can remove that folder with a
Subversion client. Since all paths must be properly encoded before
passing them to the Subversion API, no matter what path you try to
delete that bogus one, it won't work.

But if you're using svnadmin, you can restore your repository:

* dump the repository up to the revision where that directory was
created (svnadmin dump -r0:XXXX > dumpfile1)
* dump the revisions *after* the bogus directory creation (svnadmin dump
-rXXXX+1 > dumpfile2)
* create a new, fresh repository (svnadmin create newrepo)
* load the repo dump from before into the new repository (svnadmin load
newrepo < dumpfile1)
* load the second repo dump (svnadmin load newrepo < dumpfile2)

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org