Hi,
today i had a hard time moving a bunch of files from folder A to
folder B. after narrowing down what file caused the problem, it turned
out that the file name contained '%'.
after seen that, i suspected it to be the encoding as % is used in URL
encoding and then i got it finally to work with the command line
client and manually encoding of the URL, like so:
svn mv https://.../adi-fix-zip-0%.sql https://.../adi-fix-zip-0xxxx.sql
what is strange is, that initial uploading didnt seem to be a problem,
although, that i did with a previous version of SVN/TSVN. but
certainly i did not have to encode it.
anyhow. i just wanted to let u know, as i dont know if this is a bug.
certainly the error message reported is not helping though....
which was "Could not read response body: Secure connection
truncated ..."
also, as i'm here writing already, i noticed there are some more
characters that u need to be cautious about:
- german umlauts, e.g. öäü...
they fail no matter what i want to do.
- the @ sign, b/c SVN thinks it signals a revision even though no
number is following.
this is also true for the WC root folder name !!! which is not even
part of SVN!
e.g. if tt_at_s is the root WC folder than this happens in the parent
folder of tt_at_s
> svn info tt_at_s
svn: Try 'svn help' for more info
svn: Syntax error parsing revision 's'
they all dont work quite well with neither of the clients.
now for the cmd line client that is somewhat understandable but not
for TSVN IMHO as there is no way to encode a path urself...
ENV:
- working on vista
- latest TSVN client, commandline client (CollabNet)
- http protocol
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-08-28 16:22:45 CEST