Johann Glaser <firstname.lastname@example.org> writes:
> I've got a problem with a filename, which contains an UTF-8 incompatible
> character. When I checkout the repository via https (mod_dav_svn, Debian
> package libapache2-svn version 1.1.4-2, Apache 2.0.54-5, logfile says
> "SVN/1.2.3 (r15833) neon/0.24.7") or when I do an update for the
> half-checkedout repository, I get the following error message:
> svn: REPORT request failed on '/svn/conas/!svn/vcc/default'
> svn: The REPORT request returned invalid XML in the response: XML parse error at line 10: Input is not proper UTF-8, indicate encoding !
> Bytes: 0xFC 0x62 0x65 0x72
> . (/svn/conas/!svn/vcc/default)
> The file name is 'Fleetnet-Internet_on_the Road_Projektübersicht.pdf'
> and the 'ü' character in 'Projektübersicht' is hex 0xFC.
> When I do a checkout via a file URL, the error message says:
> A PDFs/Fleetnet-Internet_on_the Road_Projektübersicht.pdf
> svn: Malformed XML: not well-formed (invalid token) at line 3
> Only when checking out with a file url, the file .svn/log is written. It
> holds the filename several times with the wrong UTF-8 character.
> Therefore svn commands which use this file (e.g. cleanup) also complain
> about wrong XML.
> Fortunately the file can be accessed with a normale web browser via
> Some search fo this problem revealed some bugs and discussions, but all
> issues are resolved.
> What is wrong? Why could that file be added to the repository (this was
> done on 6th December 2005)? How can I rename the file within the
> repository without using XML?
Thanks for doing so much research to see if the bug had already been
What is the version of your svn client? (I couldn't quite tell from
your report, but it seems you only said the server version...)
www.collab.net <> CollabNet | Distributed Development On Demand
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Thu Feb 2 21:13:08 2006