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

Re: 200 OK error on update with files that contain non-alphanumeric characters

From: Ulrich Eckhardt <ulrich.eckhardt_at_dominolaser.com>
Date: Fri, 19 Oct 2012 15:50:47 +0200

Am 19.10.2012 15:15, schrieb Gautier DI FOLCO:
> I have a quite annoying problem, I use svn 1.6.15 with mod_dav on Apache
> HTTPd 2.2.8 on the server side and sevral clients.
>
> On the client side, when I add and commit a file which has spaces or
> non-ASCII
> characters, all works, but, if I try do do an update, I have the following
> error:
> Updating '.':
> svn: E175002: REPORT of '/svn/!svn/vcc/default': 200 OK (https://serve)

This looks weird, "200 OK" actually means "success"...

> I try to checkout my repository in an other folder, then update works well,
> but all the filename are urlencoded.

Try "svn ls <remote URL>" to see the actual content. The problem could
be that you really checked in those files urlencoded by accident (I
assume you mean e.g. %20 instead of space).

> Is their a way to handle non-ASCII characters and espace in filenames or
> a way to be less annoying?

I have successfully stored files and directories with spaces and
Cyrillic, Devanagari and some Japanese characters in Subversion and (of
course) also created working copies for them. However, this was on MS
Windows and also using svn://-URLs instead of HTTP or HTTPS.

As far as Subversion is concerned, there is surely no repository-side
problem, because the repository stores paths as Unicode and doesn't care
for spaces. It could only be that an ancient server version allowed
paths with invalid encodings, it didn't always verify those, which
effectively causes an invalid repository.

The problem I could imagine is the client side, where your filesystem
must support the encoding and also the locale must be configured
correctly. Lastly, if these are correct, there is also the possibility
that there is some implementation issue with the client/server
communication.

I would
  - Verify that the locale is set up correctly.
  - Try a different OS.
  - Try a different access method, svn:// or file://, the latter of
course only on a local copy of the repository.

Uli

**************************************************************************************
Domino Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Visit our website at http://www.dominolaser.com
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Domino Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************
Received on 2012-10-19 15:51:25 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.