[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: Juanma Barranquero <jmbarranquero_at_wke.es>
Date: 2004-01-30 15:03:56 CET

On Fri, 30 Jan 2004 07:34:59 -0600
Ben Collins-Sussman <sussman@collab.net> wrote:

> 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.)

No mystery there: "svn ls" prompts me to introduce the password for
Juanma (no cached data, I'm using --no-auth-cache as shown in the
example), and I hit <RET> because I know Juanma's not gonna work. Then
it prompts me for Lektu and I enter the password, which "works": there's
no Apache error, so it doesn't show in the Apache log.

> 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.

That's the full output of the svn.exe client.

> I suppose one of us should try to reproduce this situation, and see
> what's really happening in ethereal.

I could use ethereal, but I wouldn't know what to look for, so it's
better if someone tries to reproduce it. For one, that way we'll know if
it's really a bug or some weird local thing (which shouldn't, I have a
stock pre-built Windows binary for Apache 2.0.48 and the Brane-supplied
exes for Subversion 0.37.0).

                                                                Juanma

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jan 30 15:04:24 2004

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.