On May 26, 2009, at 06:05, Martin Bischoff wrote:
> I have upgraded our subversion server from version 1.5.6 to 1.6.2
> (running on Windows Server 2003, using svnserve as a service) and
> upgraded the repositories to the new format (svnadmin upgrade).
>
> On the client, I still have TortoiseSVN 1.5.9 / SVN 1.5.x (because
> we're also
> using AnkhSVN, and there's no final version yet that supports SVN 1.6
> working copies).
>
> If I invoke the repository browser on any existing working copy, I get
> the following error message (in the right pane of the repository
> browser):
>
> 'svn://SERVER/repository/trunk/xyz' isn't in the same repository as
> 'svn://server/repository'
>
> There seems to be a problem with upper-/lowercasing of the server
> name.
>
> I also had this problem with some other operations, e.g. Show Log ->
> then show differences for a file.
> All other operations (update/commit) seem to work without problems.
>
> What is the reason for the problem and how to proceed to solve it?
The reason for the problem is the difference in case between "server"
and "SERVER" so to work around it, use consistent case every time you
refer to your URLs. Probably lowercase for scheme and hostname would
be most likely to succeed.
This issue suggests the problem may have been fixed in Subversion 1.6
(client):
http://subversion.tigris.org/issues/show_bug.cgi?id=1495
> It looks like the issue #1711 work resolved some parts of this
> issue for 1.6.
>
> The svn_dirent_* work normalizes hostnames to lowercase [snip]
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2353758
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-26 13:37:55 CEST