Actually, now that you mention it, the caching seems to have screwed
up recently. I've suddenly been asked for my password at (seemingly)
random times. I suspect that this is a bug resulting from the recent
'make .svn area read-only' change. That's about when it started to
happen. Can anyone create a reliable reproduction recipe? That is,
recipe whereby you're asked for password when it should already be
stored in .svn/auth/?
Scott Lenser <slenser@gs104.sp.cs.cmu.edu> writes:
> > Scott Lenser <slenser@gs104.sp.cs.cmu.edu> writes:
> >
> > > I set up basic auth with a username and password, but find it
> > > kind of irritating to randomly (well, random to me) be asked for the
> > > username and password occasionally.
> >
> > When the client provides a username/password to neon, and neon
> > successfully authenticates, the info is cached (recursively) in
> > .svn/auth/. So if you, say, commit from the very top of your working
> > copy, you'll only have to enter your password exactly once, and then
> > never again.
> >
>
> Hmm, this isn't the behavior I'm seeing. I checked in a small bit of code
> where all files where under one directory (repos/code). I ran several
> different commands sort of trying things out and had to authenticate user
> name and password about 5 times. The rough order I did things was:
>
> svn co http://servername/repos/code
> cd code
> svn status -vu .
> edit local_file1
> svn commit
> svn status -vu .
> svn update
> edit local_file2
> svn status -vu .
> svn commit
> svn status -vu .
> svn update
> svn status -vu .
> svn status -vu .
> svn cp local_file3 new_file4
> sv status -vu .
> svn commit
> sv status -vu .
> svn update
> svn status -vu .
>
> I didn't notice any correlation with time on when it asked. Since it's
> supposed to cache the username/passwd stuff, I'll look into figuring
> out when it asks and when it doesn't.
>
> - Scott Lenser
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:09 2006