>>Searched and saw: there exists an bugreport for similar problem:
>>but got never fixed.
> Your workaround is the 'right thing' to do. All svn paths should be
> URL encoded - so a directory name of "test@mathlabsyntax" should be
> passed to svn as "test%40mathlabsyntax" - e.g.
> svn info test%40mathlabsyntax
> at the command line, or when passing in through the API calls.
> Where possible, svn tries to do the right thing when a URL is not
> encoded, but it doesn't (can't) get it right all the time - e.g. is
> test@HEAD a directory called "test@HEAD" or a directory called "test"
> at the HEAD peg-revision? That's why the path should be URL encoded.
Yes, I know and understand. but...
svn info file:///tmp/testrepo/trunk/test%40mathlabsyntax
works fine (and will integrated near future into kdesvn)
svn info /tmp/testco/trunk/test%40mathlabsyntax
/tmp/testco/trunk/test%40mathlabsyntax: (Not a versioned resource)
svn info /tmp/testco/trunk/test@mathlabsyntax/
svn: Syntax error parsing revision 'mathlabsyntax'
this is exactly what I meant: I can not setup a workaround for working
copies (that what most users primary interested in) due lib doesn't accept
%40 for @ in local pathes or any other cleaned signes. Them are only
accepted in real urls.
so I think, you should fix that.
may it an idea to make it possible that subversion accepts for local
pathes this %xx sequences.
OR if a part after a @ is not a revision just try it as part of path (eg,
switch possible error messages that way "<stuff> after @ is not a revision
or <whole path with @> does not exist").
Or let clients make a disicion on load if @ are seperator for revisions.
In most guis them aren't needed.
And I just checked it this moment again: the commandline client itself
will ALWAYS checkout with "@" instead of %40!!!! And the problem is ONLY
(as I saw) with "svn info". (status etc. works)
Any hints more?
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Fri Mar 2 14:34:51 2007