You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Ray Johnson <Ra...@ingenio.com> on 2004/09/16 16:26:54 UTC
Bug in "svn ls"
I found a bug when doing the "list" sub-command like this:
svn ls -v http://sever.com/trunk/somedir
Which would return data like this:
3 keencorp 813 Apr 20 21:36 500.asp
3 keencorp 85 Apr 20 21:36 Default.asp
3671 keencorp Aug 27 15:08 Include/
9 keencorp May 03 08:01 Javascript/
4145 keencorp Sep 15 13:53 Platform.Tools/
4154 keencorp Sep 15 16:00 Tools/
3 keencorp 47 Apr 20 21:36 dg.gif
1102 keencorp 343 Jun 27 17:10 domainconfig.xml
3 keencorp 43 Apr 20 21:36 dot_white.gif
2375 keencorp 4090 Jul 29 17:21 livetools_config.xml
3 keencorp 23 Apr 20 21:36 make_subdirs.txt
3 keencorp 627 Apr 20 21:36 tools_config.xml
The problem is that the author is wrong. To see what it should be I do
a "svn log" for one of the files:
svn log http://svn/KeenDev/trunk/SRC/LiveTools/dg.gif
Which gives the output:
------------------------------------------------------------------------
r3 | keencorp\rayj | 2004-04-20 21:36:56 -0700 (Tue, 20 Apr 2004) | 1
line
Import KeenSeres33 from VSS
------------------------------------------------------------------------
As you can infer we are using the Mod that allows use to authenticate
SVN users via a Windows Domain. In this case "svn ls" is only showing
the domain instead of the domain\username - which is the real user name.
Must be just a bug in "ls" since everyother command that might return
the author does return the full author name.
Oh - I first saw this bug in 1.0.6. I downloaded the 1.1rc3 client
yesterday and the bug still exists. (However, the server is still
1.0.6.)
Has this bug been reported before? Any chance it could get fixed for
1.1?
Ray
Re: Bug in "svn ls"
Posted by Max Bowsher <ma...@ukf.net>.
Ray Johnson wrote:
> I found a bug when doing the "list" sub-command like this:
>
> svn ls -v http://sever.com/trunk/somedir
>
> Which would return data like this:
...
> 3 keencorp 47 Apr 20 21:36 dg.gif
...
>
> The problem is that the author is wrong. To see what it should be I do
> a "svn log" for one of the files:
>
> svn log http://svn/KeenDev/trunk/SRC/LiveTools/dg.gif
>
> Which gives the output:
>
> ------------------------------------------------------------------------
> r3 | keencorp\rayj | 2004-04-20 21:36:56 -0700 (Tue, 20 Apr 2004) | 1
..
> As you can infer we are using the Mod that allows use to authenticate
> SVN users via a Windows Domain. In this case "svn ls" is only showing
> the domain instead of the domain\username - which is the real user name.
> Must be just a bug in "ls" since everyother command that might return
> the author does return the full author name.
>
> Oh - I first saw this bug in 1.0.6. I downloaded the 1.1rc3 client
> yesterday and the bug still exists. (However, the server is still
> 1.0.6.)
Can't reproduce by setting an author to 'foo\bar' using file:// access using
trunk.
Upgrading the server would probably fix it.
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Bug in "svn ls"
Posted by Toby Johnson <to...@etjohnson.us>.
Ray Johnson wrote:
> As you can infer we are using the Mod that allows use to authenticate
> SVN users via a Windows Domain. In this case "svn ls" is only showing
> the domain instead of the domain\username - which is the real user name.
The problem here is that "svn status" output has very strictly formatted
columns, and cuts the username off at eight characters. Apparently the
Subversion team put emphasis on wanting to ensure each line of "svn
status" took up less than 80 characters, whereas the sams isn't true of
"svn log".
You should try the special SSPI module available at
http://www.deadbeef.com/software/sspi.html -- it offers an additional
setting, "SSPIOmitDomain", which will remove the domain name and
backslash from the stored username when using a Windows Domain for
authentication.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org