RE: buggy client used un-escaped hash in Request-URI

So how do I get 'merge' to escape hashes?

*I'm* not the one that submitted the UIR. The merge did that. *I'm* only
requesting that the changes that were made due to the merge be checked in.

----- snip -----

D:\svntest\hashtest>svn merge -rHEAD:9
http://test_server/svn/test_repo/hashtest/trunk
A temp
A temp\test
A temp\test\#test1.cfg

----- snip -----

-jal0

  _____

From: Eric Ocean [mailto:bizman@masterpiece-ag.com]
Sent: Saturday, October 02, 2004 12:02 PM
To: jal0
Cc: users@subversion.tigris.org
Subject: Re: buggy client used un-escaped hash in Request-URI

I don't know if it's a bug, but it does appear to me that you need to escape
the hash in your URI (that's the error message, after all). If hashes are
supposed to be escaped in URIs, then *you're* the "buggy client" and need to
change what you submit to Apache/subversion.

The initial svn import works because it uses paths, not URIs.

Regards,

Eric Ocean

On Oct 2, 2004, at 8:13 AM, jal0 wrote:

Hmm, no takers on this? Should I be asking this sort of question on another
list?

From: jal0 [mailto:jal0@attbi.com]
Sent: Thursday, September 30, 2004 4:57 PM
To: users@subversion.tigris.org
Subject: buggy client used un-escaped hash in Request-URI

Hi,

The following is a transaction for what I believe may be a bug in
subversion. It has to do with reverse-merging and filenames with hashes in
them.

The client is a win2k box, the server is a win2k box. Both are using
1.1.0.rc3.

The scenario is that I'm trying to revert the trunk HEAD back to a previous
revision. The revision where trunk and rel-1.0.0 were identical.

=============================================================
BEGIN
=============================================================

D:\svntest>svn copy http://test_server/svn/test_repo/template
http://test_server/svn/test_repo/hashtest

Committed revision 7.

D:\svntest>svn import . http://test_server/svn/test_repo/hashtest/trunk
Adding temp
Adding temp\test
Adding temp\test\#test1.cfg
Adding test2.cfg

Committed revision 8.

D:\svntest>svn copy http://test_server/svn/test_repo/hashtest/trunk
http://test_server/svn/test_repo/hashtest/tag/rel-1.0.0

Committed revision 9.

D:\svntest>svn co http://test_server/svn/test_repo/hashtest/trunk hashtest
A hashtest\temp
A hashtest\temp\test
A hashtest\temp\test\#test1.cfg
A hashtest\test1.cfg
Checked out revision 9.

D:\svntest>cd hashtest

D:\svntest\hashtest>svn del temp
D temp\test\#test1.cfg
D temp\test
D temp

D:\svntest\hashtest>svn ci -m"test delete"
Deleting temp

Committed revision 10.

D:\svntest\hashtest>svn merge -rHEAD:9
http://test_server/svn/test_repo/hashtest/trunk
A temp
A temp\test
A temp\test\#test1.cfg

D:\svntest\hashtest>svn status
A + temp
A + temp\test
A + temp\test\#test1.cfg

D:\svntest\hashtest>svn ci -m'try2'
Adding temp
Adding temp\test
Adding temp\test\#test1.cfg
svn: Commit failed (details follow):
svn: PROPFIND request failed on
'/svn/test_repo/hashtest/trunk/temp/test/#test1.cfg'
svn: PROPFIND of '/svn/test_repo/hashtest/trunk/temp/test/#test1.cfg': 400
Bad Request (http://test_server)

=============================================================
END
=============================================================

My apache error.log has this to say:

[Thu Sep 30 14:53:29 2004] [error] [client X.X.X.X] buggy client used
un-escaped hash in Request-URI

Is this a bug? Any pointers for a workaround if it is?

Any help would be greatly appreciated.

Thanks,
jal0

 
Received on Sat Oct 2 21:42:29 2004