On Fri, 2004-01-30 at 04:02, Juanma Barranquero wrote:
> - access.log:
> 127.0.0.1 - - [30/Jan/2004:10:47:38 +0100] "PROPFIND /svn/trunk/conf HTTP/1.1" 401 363
> 127.0.0.1 - Juanma [30/Jan/2004:10:47:38 +0100] "PROPFIND /svn/trunk/conf HTTP/1.1" 401 363
> 127.0.0.1 - Juanma [30/Jan/2004:10:47:39 +0100] "PROPFIND /svn/trunk/conf HTTP/1.1" 401 363
> 127.0.0.1 - Lektu [30/Jan/2004:10:47:46 +0100] "PROPFIND /svn/trunk/conf HTTP/1.1" 207 352
>
> - error.log:
> [Fri Jan 30 10:47:38 2004] [error] [client 127.0.0.1] Access denied: 'Juanma' PROPFIND /trunk/conf
> [Fri Jan 30 10:47:39 2004] [error] [client 127.0.0.1] user Juanma: authentication failure for "/svn/trunk/conf": Password Mismatch
Hm, I see two strange things here. First, I would expect to see
"Juanma" fail on the PROPFIND because of authz failure, not because of a
"password mismatch". (We're seeing Juanma here only because it's the
cached credentials that the client tries first. When they fail, the
client tries prompting the user instead.)
Second, I don't see *any* error at all with Lektu: no password
mismatch, no authz failures. In fact, it looks like Lektu's PROPFIND
authenticates and authorizes correctly -- we get back a 207 multi-status
response.
Now, it's possible for a 207 to contain an error code *within* it, but
we're not seeing that in neon's output:
D:\> svn --no-auth-cache ls http://localhost/svn/trunk/conf
Authentication realm: <http://localhost:80> Subversion
Password for 'Juanma':
Authentication realm: <http://localhost:80> Subversion
Username: Lektu
Password for 'Lektu': **********
svn: PROPFIND request failed on '/svn/trunk/conf'
svn: PROPFIND of '/svn/trunk/conf': 207 Multi-Status
(http://localhost)
Juanma, did you truncate the output here, or is that really the whole
client error? 207 is not an error... I would expect the client to give
more detail about the problem, say, if there's an internal error within
the 207.
Joe Orton, any opinions here?
I suppose one of us should try to reproduce this situation, and see
what's really happening in ethereal.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jan 30 14:39:00 2004