This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Description: Authenticating to Subversion (tried with https) using a user password containing either the ^ character or % character (not sure which) causes the authentication to fail. Expected: Subversion authentication with Netbeans should allow the ^ or % to be used in the password.
I forgot to mention... My username password for a specific Subversion repository I access contains both the ^ and % characters. I can successfully authenticate to Subversion using a web-browser (Firefox) and via the command line tool svn using this password which fails under Netbeans.
Could you please attach the message log?
Dialog message (I replaced the domain with xxxxxxxxx for privacy reasons): SVN command returned with the following error: OPTIONS of 'https://qa.xxxxxxxxx.com/subversion': authorization failed: Could not authenticate to server: rejected Basic challenge (https://qa.xxxxxxxxx.com) IDE Log: INFO [org.netbeans.modules.subversion]: cli: ERROR "svn: OPTIONS of 'https://qa.xxxxxxxxx.com/subversion': authorization failed: Could not authenticate to server: rejected Basic challenge (https://qa.xxxxxxxxx.com)" INFO [org.netbeans.modules.subversion]: svn: OPTIONS of 'https://qa.xxxxxxxxx.com/subversion': authorization failed: Could not authenticate to server: rejected Basic challenge (https://qa.xxxxxxxxx.com) org.tigris.subversion.svnclientadapter.SVNClientException: svn: OPTIONS of 'https://qa.xxxxxxxxx.com/subversion': authorization failed: Could not authenticate to server: rejected Basic challenge (https://qa.xxxxxxxxx.com) at org.netbeans.modules.subversion.client.cli.CommandlineClient.checkErrors(CommandlineClient.java:782) at org.netbeans.modules.subversion.client.cli.CommandlineClient.exec(CommandlineClient.java:760) at org.netbeans.modules.subversion.client.cli.CommandlineClient.getInfo(CommandlineClient.java:273) at org.tigris.subversion.svnclientadapter.AbstractClientAdapter.getInfo(AbstractClientAdapter.java:310) at org.netbeans.modules.subversion.client.cli.CommandlineClient.getInfo(CommandlineClient.java:253) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.handle(SvnClientInvocationHandler.java:354) at org.netbeans.modules.subversion.client.SvnCmdLineClientInvocationHandler.invokeMethod(SvnCmdLineClientInvocationHandler.java:77) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler$2.call(SvnClientInvocationHandler.java:163) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:169) at $Proxy10.getInfo(Unknown Source) at org.netbeans.modules.subversion.ui.wizards.repositorystep.RepositoryStep$RepositoryStepProgressSupport.perform(RepositoryStep.java:213) at org.netbeans.modules.subversion.client.SvnProgressSupport.performIntern(SvnProgressSupport.java:103) [catch] at org.netbeans.modules.subversion.client.SvnProgressSupport.run(SvnProgressSupport.java:96) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:640) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1122) Cheers!
I also have problems authenticating to a subversion server but dont have strange characters in the password, only numbers and letters (mixed case): INFO [org.netbeans.modules.subversion]: org.tigris.subversion.javahl.ClientException: Authorization failed svn: OPTIONS of 'https://svn.xxxxxx.com/customers/xxxxx': authorization failed: Could not authenticate to server: rejected Basic challenge (https://svn.xxxxx.com) org.tigris.subversion.javahl.ClientException: Authorization failed svn: OPTIONS of 'https://svn.xxxx.com/customers/xxxx': authorization failed: Could not authenticate to server: rejected Basic challenge (https://svn.xxxx.com) at org.tigris.subversion.javahl.SVNClient.info2(Native Method) at org.tigris.subversion.javahl.SVNClient.info2(SVNClient.java:1387) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getInfo(AbstractJhlClientAdapter.java:1869) Caused: org.tigris.subversion.svnclientadapter.SVNClientException at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getInfo(AbstractJhlClientAdapter.java:1878) at org.tigris.subversion.svnclientadapter.AbstractClientAdapter.getInfo(AbstractClientAdapter.java:310) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.handle(SvnClientInvocationHandler.java:354) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invokeMethod(SvnClientInvocationHandler.java:318) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler$2.call(SvnClientInvocationHandler.java:163) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:169) at $Proxy11.getInfo(Unknown Source) at org.netbeans.modules.subversion.ui.wizards.repositorystep.RepositoryStep$RepositoryStepProgressSupport.perform(RepositoryStep.java:213) at org.netbeans.modules.subversion.client.SvnProgressSupport.performIntern(SvnProgressSupport.java:103) [catch] at org.netbeans.modules.subversion.client.SvnProgressSupport.run(SvnProgressSupport.java:96) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:602) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1084) It works in the browser, eclipse, kdesvn, etc.
The svn installed on my machine is 1.6.5. I have build the 1.5.7 version now and use that with netbeans (tools->options->miscellaneous->versioning->subversion->path to the svn executable file) and that works. So it seems like a problem way netbeans uses the latest svn client on linux? This is on kubuntu karmic 9.10.
I also have the same problem. I think for the last week. When committing. Sometimes changing the password at the svn server solves the problem, but not to day. I also have no special chars in the password. Using Ubuntu 9.10 - de Karmic Koala. Netbeans 6.7.1 svn, version 1.6.5 (r38866) compiled Aug 31 2009
(In reply to comment #6) > I also have the same problem. I think for the last week. > When committing. > Sometimes changing the password at the svn server solves the problem, but not > to day. > > I also have no special chars in the password. > > Using Ubuntu 9.10 - de Karmic Koala. > Netbeans 6.7.1 > svn, version 1.6.5 (r38866) compiled Aug 31 2009 I remember also has used the following https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/473139 and that did resolve the problem to day. Strange but if you remove or rename the ~/.gnome2/keyrings the commit is working.
With information provided in the last comment, could you all having this problem try the following? Open ~/.subversion/config Uncomment, add, or modify password-stores directive, so it looks as: password-stores = i.e. it is uncommented and with empty value. Than try to restart IDE, any help?
dustin_mccartney: i just tried with both '^' and '%' in password and had no problem connecting to a repository. Do you by any chance use a proxy? Could you check the proxy settings? Also please run IDE with -J-Dorg.netbeans.modules.subversion.level=500, try to connect to the repository (the best would be using Subversion->Checkout) and when it fails look into the message log, find a line with the failed command (the full command is printed in the message log, it would be something like 'svn info -r HEAD https://.....') and check that correct credentials are passed to the commandline client. Then copy the whole command and run it in commandline (also fails?).
This one from ovrabec: Open ~/.subversion/config Uncomment, add, or modify password-stores directive, so it looks as: password-stores = i.e. it is uncommented and with empty value. worked for me (Ubuntu 9.10) Thanks
(In reply to comment #10) > This one from ovrabec: > > Open ~/.subversion/config > Uncomment, add, or modify password-stores directive, so it looks as: > password-stores = > i.e. it is uncommented and with empty value. > > > worked for me (Ubuntu 9.10) > Thanks Thanks for trying the workaround, it seems it works. With cdev #65516ee7a3d2 (will be available in 6.9) the workaround is not needed any more. The fix forces the empty value for password-stores in a copy of '~/.subversion/config' which is then passed to a commandline client.