[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: 207 Multi-Status using mod_authz_svn

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-01-30 14:34:59 CET

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

This is an archived mail posted to the Subversion Users mailing list.