Subversion mangling passwords to apache over https
From: Cooke, Mark <mark.cooke_at_siemens.com>
Date: Wed, 18 Apr 2012 10:22:33 +0100
Folks,
This is a follow up to the thread `Need help troubleshooting user authentication (apache)`:
...with the hope of catching a few more eyeballs.
Quick Summary: subversion (both TortoiseSVN and the command-line client provided by TSVN) is changing certain characters whilst using Basic Authentication (over https, from Windows XP) to apache 2.2 (on Windows Server 2003). So far I have confirmed this for the UK keyboard `£` (SHIFT-3):
> When using a browser, I get the following for <shift>-1
Philip Martin has already responded (thanks!) with:
> Non-ascii passwords are a problem for HTTP because there is
...which helps to explain the problem (except we are using `basic` plain text, not digest) but I cannot believe that we are the only subversion users with this problem, what about other users with non-latin character sets (Russia, Israel etc)?
How can I help to narrow this down? Is it likely to be Windows specific (I don't have any *nix flavour available) or something to do with serf or neon (instead of svn proper)?
Should I file a bug report (I get no relevant hits when I search for 'password')?
Regards,
~ mark c
Subversion client (on corporate Windows XP Pro SP3 using UK regional settings):
D:\>svn --version
Copyright (C) 2012 The Apache Software Foundation.
The following repository access (RA) modules are available:
* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
Server is Windows Server 2003 Std (in VMWare) also using UK regional settings:
I am using the svn binaries from alagazam but I don't think they are involved as the password is being rejected by LDAP lookup before DAV gets a look-in, from a site-wide <Location />...</Location> block (there are more config details in the referenced thread).
|
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.