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

Re: svn via DAV not handling filenames containing percent sign '%'

From: Ryan Schmidt <subversion-2008a_at_ryandesign.com>
Date: Sun, 30 Mar 2008 23:55:06 -0500

On Mar 29, 2008, at 01:51, Volker Stolz wrote:

> SVN does seem to have some trouble with the percent sign in
> filenames when going through DAV (application version details below):
>
> vstte_at_iota [16:48:02]> touch %ff%
> vstte_at_iota [16:48:05]> svn add %ff%
> A %ff%
> vstte_at_iota [16:48:09]> svn commit -m "test" %ff%
> Adding %ff%
> svn: Commit failed (details follow):
> svn: PROPFIND request failed on '/rCOS/vstte/%25ff%25'
> svn: PROPFIND of '/rCOS/vstte/%25ff%25': 400 Bad Request (http://XXXX)
>
> Switch from DAV to 'svnserve' solved the problem. I'm not sure if
> this is a problem with mod_dav or mod_dav_svn. Checking out those
> files via DAV doesn't seem to be a problem, I don't have tested
> updating them yet.
>
> subversion server-side is Debian on AMD64 with Apache:
>
> subversion 1.4.6dfsg1-2
> apache2 2.2.8-1
> libapache2-svn 1.4.6dfsg1-2
>
> Client is svn 1.4.6 on MacOS X.
>
> Should I file a bug report?

I'm unable to reproduce the problem. I have Subversion 1.4.6, Apache
2.2.8, neon 0.26.4. The client and server are the same Mac OS X
10.4.11 (Intel) machine.

$ cd /path/to/repositories
$ svnadmin create foo
$ sudo chown -R www:www foo
$

$ cd /tmp
$ svn co $REPO wc
Checked out revision 0.
$ cd wc
$ touch %ff%
$ svn add %ff%
A %ff%
$ svn ci -m ""
Adding %ff%
Transmitting file data .
Committed revision 1.
$

The apache log of this event is attached.

Maybe you have a proxy server that is interfering?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org

Received on 2008-03-31 06:56:09 CEST

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.