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

Very strange error when tagging...

From: Dave Wilson <dmwilson_at_pobox.com>
Date: 2005-11-16 20:29:01 CET

Hello all,

Some of my team has been getting weird errors when trying to tag
releases through graphical tools (TortoiseSVN and IntelliJ 5.02).
Tagging via the command line happens with no problems. Copying via
the tools happen with no problems, the issue is only with tagging via
the tools. The message that comes back to the client after
attempting the tag is:

Error: svn: svn: PROPFIND request failed on '/svn/vn' svn: svn: '/
svn/vn' path not found

The message in the error_log on the apache server that's fronting
subversion is:

"PROPFIND /svn/vn HTTP/1.1" 404 334

These messages from the server are entirely expected as there is no
such directory as '/svn/vn'. The issue is that the tools are sending
a PROPFIND request for this non-existent directory, and I have no
idea why. The httpd.conf section is set up like this:

<Location /svn>
   DAV svn
   SVNPath /svn-repository
   SVNIndexXSLT "/svnindex.xsl"
   AuthType Basic
   AuthName "Subversion Repository"
   AuthUserFile /etc/svn-auth-users
   Require valid-user

As you can see we have a single repository under /svn so access url
for the repository is http://servername/svn/whatever/project/etc.
The error comes up whenever one tries to tag any directory to any
other directory.

Trying to track this down has been a nightmare, so bare with me.
I've testing on 3 windows boxes and 1 mac box with the following

Windows #1: IntelliJ: fails with the error, TortoiseSVN: fails with
the error, command line: works fine
Windows #2: IntelliJ: fails with the error, TortoiseSVN: fails with
the error, command line: works fine
Windows #3: IntelliJ: *works fine*, TortoiseSVN: *works fine*,
command line: works fine
Mac #1: Intellij: fails with the error, command line: works fine

As the Mac is my machine it's the one I've been trying to track down
the issue on, starting from last night and through the whole of this
morning I've reinstalled subversion, intellij, and java. I've tried
to eliminate any references to each before the reinstall. But no go,
for whatever reason, when doing a tag, the tool wants to send "/svn/
vn" as a path, which of course is invalid. I can't for the life of
me figure out why it's sending this.

Then it gets weird: I add to the apache configuration:

<Location /foo>
   DAV svn
   SVNPath /svn-repository
   SVNIndexXSLT "/svnindex.xsl"
   AuthType Basic
   AuthName "NxLight Subversion Repository"
   AuthUserFile /etc/svn-auth-users
   Require valid-user

Note that the *only* thing that has changed is the location, I can
now access the same repository via /svn or /foo. If I access the
repository via /foo then I can tag all I want, no errors on any
machine. If I go back and try to access the repository via /svn, the
errors return.

While changing the repository name to something else is a
possibility, I'd rather not put my team through the hoops of
repointing their working directories to the new url, besides we like /
svn. But more so, I'd like to know what's going on. I realize that
the issue appears to be with the tools, however as it happens across
tools *and* across platforms, I'm more inclined to think it's a core
subversion issue. Especially since changing the location name on the
server config sovles the problem. This is the first time we've done
tagging under subversion, so I don't have any past history to compare

The windows machines appear to be identical in terms of software
version for java, intellij, and tortoisesvn but there's that one
machine that *does* work.

If anyone at all has any thoughts on the matter I'd greatly
appreciate some brainshare.

Thank you,

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 16 20:31:19 2005

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.