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

'&' in directory name makes checkout die (was RE: Error on directory checkout (related to spaces in filenames?): xmlParseEntityRef: no name)

From: Johnson, Graham <gjohnson_at_alpineaccess.com>
Date: 2003-07-08 21:29:51 CEST

Thanks to Michael's suggestion, I built and learned to use ethereal this
morning.

The problem is a directory with an '&' in the name. When I load the
offending XML into Internet Explorer, it told me:

=====
A name was started with an invalid character. Error processing resource
'file:///E:/tmp/test_svn/ethereal_capture_XML_parse_error_tcp_stream_las
t.xml'. Line 6, Position 161

<S:add-directory name="CI Development &amp; Design Process_files"
bc-url="/svn/repos/!svn/bc/3/trunk/webcenter/prod/htdocs/training_librar
y/CI%20Development%20&%20Design%20Process_files">
------------------------------------------------------------------------
------------------------------------------------------------------------
----------------^
=====

(The arrow on the last line should be pointing at the encoded space
after the '&')

Sure enough -- I created a file and a directory elsewhere with '& ' in
the name; the file was fine but the directory generated the "no name"
XML parse error when I tried to check it out. I also created a
directory with an '&' not followed by a space, and got a different parse
error:

=====
>svn co $SVN/webcenter/java java
subversion/libsvn_ra_dav/util.c:411: (apr_err=175002)
svn: RA layer request failed
svn: REPORT request failed on '/svn/repos/!svn/vcc/default'
subversion/libsvn_ra_dav/util.c:396: (apr_err=175002)
svn: The REPORT request returned invalid XML in the response: XML parse
error at line 6: xmlParseEntityRef: expecting ';'
.. (/svn/repos/!svn/vcc/default)
=====

I'm guessing the '&' in the '& ' name is being interpreted as a
parameter separator, causing the " Design Process_files" part to be read
as a parameter name.
I'm not sure what the problem is with the name containing '&' not
followed by a space -- I wasn't able to get ethereal to show me the full
XML for some reason, so I couldn't load it into IE to see what it said.

I will remove or rename the badly named file for now. I have reported
this as issue 1403.

--
Graham Johnson
gjohnson@alpineaccess.com
-----Original Message-----
From: Michael Wood [mailto:mwood@its.uct.ac.za] 
Sent: Tuesday, July 08, 2003 7:54 AM
To: Johnson, Graham
Cc: dev@subversion.tigris.org
Subject: Re: Error on directory checkout (related to spaces in
filenames?): xmlParseEntityRef: no name
On Mon, Jul 07, 2003 at 04:02:15PM -0600, Johnson, Graham wrote:
> I am getting the error below doing an initial checkout of a certain 
> directory.  Nothing gets checked out before it fails:
> 
> >svn co http://[URL removed]
> subversion/libsvn_ra_dav/util.c:411: (apr_err=175002)
> svn: RA layer request failed
> svn: REPORT request failed on '/svn/repos/!svn/vcc/default'
> subversion/libsvn_ra_dav/util.c:396: (apr_err=175002)
> svn: The REPORT request returned invalid XML in the response: XML 
> parse error at line 6: xmlParseEntityRef: no name .. 
> (/svn/repos/!svn/vcc/default)
> 
> Has anyone seen this before?  How can I further diagnose the cause of 
> the error?
> 
> The first file in the directory (along with others) happens to have a 
> space in the name, but I was able to create/check in/check out/remove 
> a test file with spaces in the name elsewhere so I'm discounting that 
> as the cause.
> 
> I'm running svn 0.24.2, httpd 2.0.46 on Solaris 8.
[snip]
Can you post a network trace?  (e.g. use ethereal.)  The developers
normally want to see the broken XML.
-- 
Michael Wood <mwood@its.uct.ac.za>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 8 21:30:47 2003

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

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