Return-Path: 
 <users-return-12661-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org>
X-Original-To: apmail-subversion-users-archive@minotaur.apache.org
Delivered-To: apmail-subversion-users-archive@minotaur.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 5ED7094C4
	for <apmail-subversion-users-archive@minotaur.apache.org>;
 Sun,  4 Dec 2011 19:41:40 +0000 (UTC)
Received: (qmail 33920 invoked by uid 500); 4 Dec 2011 19:41:39 -0000
Delivered-To: apmail-subversion-users-archive@subversion.apache.org
Received: (qmail 33858 invoked by uid 500); 4 Dec 2011 19:41:39 -0000
Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@subversion.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@subversion.apache.org>
List-Post: <mailto:users@subversion.apache.org>
List-Id: <users.subversion.apache.org>
Delivered-To: mailing list users@subversion.apache.org
Delivered-To: moderator for users@subversion.apache.org
Received: (qmail 70239 invoked by uid 99); 4 Dec 2011 16:17:42 -0000
X-ASF-Spam-Status: No, hits=-2.3 required=5.0
	tests=RCVD_IN_DNSWL_MED,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of gustavo@cpqd.com.br designates
 74.125.149.145 as permitted sender)
MIME-Version: 1.0
Date: Sun, 4 Dec 2011 08:17:10 -0800 (PST)
In-Reply-To: 
 <CAHFaGCqChtwy3FnVJm98Jk5iANKkxchUdZmGdOqeq8CBr+xW+A@mail.gmail.com>
References: <loom.20111201T232240-37@post.gmane.org>
 <CAHFaGCqChtwy3FnVJm98Jk5iANKkxchUdZmGdOqeq8CBr+xW+A@mail.gmail.com>
User-Agent: G2/1.0
X-Google-Web-Client: true
X-Google-Header-Order: HNKUARELSC
X-HTTP-UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.2 (KHTML,
 like Gecko) Chrome/15.0.874.121 Safari/535.2,gzip(gfe)
X-Google-IP: 187.106.52.210
Message-ID: <01f8f426-00fd-4b6a-9eaa-87cd6ff55646@q9g2000yqe.googlegroups.com>
Subject: Re: "400 Bad Request" on commit with 1.7 client to 1.7 server
From: Gustavo Chaves <gustavo@cpqd.com.br>
To: users@subversion.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked by ClamAV on apache.org

On 1 dez, 22:29, Mark Phippard <markp...@gmail.com> wrote:
>
> Subversion Edge does not have the location block for SVN in the
> httpd.conf file. =A0Have you customized the configuration files beyond
> this? =A0There is no reason you should have to add that directive
> anyway.
>
> Assuming you are using the default configuration that SVN Edge writes,
> which I know works properly, have you defined any authz rules in the
> "Access Rules" section of the Repositories tab? =A0If so, maybe
> temporarily replace the rules with:
>
> [/]
> * =3D rw
>
> And see if that solves anything.

I'm having the same problem but I'm not using Subversion Edge. I'm
using the CollabNetSubversion-server-1.7.0-2 RPM package. The problem
occurs trying to commit either via https or http. Setting "LogLevel
debug" doesn't show anything usefull in the log file.

My connection is direct, with no proxy in between client and server.

My Location directive is this:

  <Location /admin>
    DAV svn
    SVNPath /l/home1/svn/admin/admin
    Require user gustavo
  </Location>

The authentication is configured in a <Directory /> directive using
LDAP. The authentication works because I can checkout, ls, and update
the repository. It seems that it's just the commit that is causing
problems.

I've tried to use a AuthzSVNAccessFile directive in the location and
set the authz file so that my user (gustavo) have full rights, but it
didn't solve the problem.

I don't have any other idea...

Gustavo.