subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philip Martin <philip.mar...@wandisco.com>
Subject Re: svn: E170000: 'https://user:pass@x' isn't in the same repository as 'https://user:XXXXXXXX@x'
Date Thu, 03 Apr 2014 10:47:30 GMT
Guido Wischrop <Guido.Wischrop@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@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*

Mime
View raw message