ggxl / tortoisesvn

Automatically exported from code.google.com/p/tortoisesvn
0 stars 1 forks source link

command line client has problems with paths with hebrew characters #643

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Today, I tried to use the SVN command line client from within TexStudio. 
TexStudio invoked svn.exe with the following parameters:

svn.exe up --non-interactive c:\path_with_hebrew_letters\somefile.txt

The result was:

Skipped 'c:\path_with_hebrew_letters\somefile.txt'
Summary of conflicts:
  Skipped paths: 1

As you can imagine, that's not very satisfying.
I then investigated. I opened a command prompt (cmd.exe, which is unicode 
aware), and then tried the same command as TexStudio executed. The result was 
the same (skipped path ...). As a workaround, I can "cd" into the directory, 
and then use the command "svn up somefile.txt". That works without a problem.

My conclusion is that the svn command line client that ships with tortoise SVN 
does not properly (if at all) support windows' unicode-based path names.

Original issue reported on code.google.com by sven.koe...@gmail.com on 15 May 2014 at 1:59

GoogleCodeExporter commented 8 years ago
I should mention that I was using Tortoise SVN 1.8.7

Original comment by sven.koe...@gmail.com on 15 May 2014 at 2:05

GoogleCodeExporter commented 8 years ago
For the reasons described on the issue tracker main page
(http://code.google.com/p/tortoisesvn/wiki/IssueTracker?tm=3)
please do not file issues without being told to do so by
one of the developers on our mailing list users@tortoisesvn.tigris.org or use
the forum for the mailing list here:
http://tortoisesvn.tigris.org/ds/viewForumSummary.do?dsForumId=4061

In accordance with our guidelines I'm closing this issue as NotDiscussed.
Please post your questions to the users@ mailing list before filing an issue.
If one of the developers on the mailing list agrees that your issue is valid,
we will reopen this issue.

Original comment by tortoisesvn on 15 May 2014 at 2:39