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

Re: svn: E170000: 'https://user:pass@x' isn't in the same repository as 'https://user:XXXXXXXX@x'

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 03 Apr 2014 11:47:30 +0100

Guido Wischrop <Guido.Wischrop_at_mgm-tp.com> writes:

> I'm using win32svn, version 1.8.5 (r1542147) in Windows 7 x64 like this:
>
> svn checkout https://user:pass@server/svn/p1/trunk
>
> I get the following error immediately:
>
> svn: E170000: 'https://user:pass@server/svn/p1/trunk' isn't in the same
> repository as 'https://user:XXXXXXXX@server/svn/p1/trunk'
>
> I tried SlikSVN (svn, version 1.8.5-SlikSvn-1.8.5-X64 (SlikSvn/1.8.5)
> X64) with the same result.
>
> With version 1.7.1 or 1.6.5 (SlikSVN 1.7.1/win32svn) the same command
> works as expected. Is the user:pass_at_server scheme no longer supported?

I get the same problem with trunk on Linux. I can fix it with this
patch but I'm not sure I understand all the consequences. Is there any
reason we should be hiding the password here?

Index: subversion/libsvn_ra_serf/options.c
===================================================================
--- subversion/libsvn_ra_serf/options.c (revision 1584323)
+++ subversion/libsvn_ra_serf/options.c (working copy)
@@ -245,7 +245,8 @@
             (char *)svn_fspath__canonicalize(val, session->pool);
           session->repos_root_str =
             svn_urlpath__canonicalize(
- apr_uri_unparse(session->pool, &session->repos_root, 0),
+ apr_uri_unparse(session->pool, &session->repos_root,
+ APR_URI_UNP_REVEALPASSWORD),
                 session->pool);
         }
       else if (svn_cstring_casecmp(key, SVN_DAV_ME_RESOURCE_HEADER) == 0)

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2014-04-03 12:48:14 CEST

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.