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.
Summary: | Subversion can't work with password proxy | ||
---|---|---|---|
Product: | versioncontrol | Reporter: | tilman |
Component: | Subversion | Assignee: | Ondrej Vrabec <ovrabec> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | 7.4 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
tilman
2013-10-17 11:12:14 UTC
> ....\Application Data\NetBeans\7.3\config\svn\config\servers has the correct data. you filed this against 7.4 but the file points to 7.3. So i assume you made a mistake and truly used 7.3, right? Then it's a duplicate of... *** This bug has been marked as a duplicate of bug 226741 *** I really did use 7.4, although I still have my 7.3 version on the PC and I had both files open in the editor, they are identical. then please attach the full messages.log and also the content of ....\Application Data\NetBeans\7.4\config\svn\config\servers (with masked username and password of course). Also please try with another kind of client (best with javahl) - Tools -> Options -> Misc -> Versioning -> Subversion | preferred client. To setup javahl on windows, see http://wiki.netbeans.org/FaqJavaHLJavaSVN or simply install SlikSVN binaries [global] http-proxy-host = HOST http-proxy-port = 8080 http-proxy-username = DOMAIN\USER http-proxy-password = XXXXXXX I installed sliksvn and it works fine (although a bit slowly). I didn't even have to configure anything. After that, I set netbeans back to svnkit and restarted. After starting, netbeans told me: "The Subversion working copy at "XXXXXX\javaprojects\pdfbox reactor" is version 1.8 format (or later). The IDE needs to set the CLI client as the default instead of the SVNKit client to work with Subversion 1.8 repositories. When the new SVNKit client is available you can download the update from the Update Center and restore the SVNKit client as the default. To set the CLI Subversion client as the default for all Subversion repositories, click OK. See Subversion 1.8 FAQ for more information." So I can't do any further test now. Whats a bit surprising is that the password is always reset to the previous password when netbeans is started. I had changed it yesterday, and today the old password was back. I can't give you the entire IDE log. It contains too much information about how the company owned PC is organized. But maybe this info could help you: org.netbeans.libs.svnClientAdapter/1 [1.32.1 201310111528] org.netbeans.libs.svnClientAdapter.svnkit/1 [1.16.1 201310111528] org.netbeans.libs.svnClientAdapter.javahl/1 [1.16.1 201310111528] INFO [org.netbeans.modules.subversion]: Commandline client version: 1.8.3-SlikSvn-1.8.3-WIN32 (SlikSvn/1.8.3) WIN32 (In reply to tilman from comment #4) > Whats a bit surprising is that the password is always reset to the previous > password when netbeans is started. I had changed it yesterday, and today the > old password was back. What do you mean? Where do you change the password? And what do you mean by previous and new password? And where do you change it? In the IDE or in the config file? Are you sure you have the correct password in Tools -> Options -> General | Manual Proxy Settings -> click on More and set Proxy Requires Authentication ?? I changed the password in the IDE first (a few weeks ago, because of a password policy here). After I saw that the server file didn't have the correct password, I changed that too. And yes, I am sure that I have the correct password in "Tools -> Options -> General | Manual Proxy Settings -> More -> Proxy Requires Authentication". The password must be correct because "check for updates" doesn't bring an error message. Note that svn NEVER worked with netbeans here at work, i.e. it didn't work with the previous passwords either. This is just one of the many weird things that happen, and netbeans stores its proxy passwords at several places (for example, the maven password is stored at ....\.m2\settings.xml and the Netbeans setting is ignored) just to be sure: 1) you're trying this in 7.4 with SvnKit 2) you have set the correct proxy credentials in Tools -> Options... 3) you run a svn update/commit command, ...\7.4\config\svn\config\servers contains correct or wrong credentials??? 4) although it contains correct credentials t he command still fails Can you catch the communication with wireshark and let me know what credentials (if any) are sent in HTTP headers to proxy? 1) yes, 2) yes, 3) I did set the correct credentials before doing an svn command, 4) yes. I can't use wireshark (or any other such tool), because by installing sliksvn I am now no longer able to use svnkit (as described above, see 2013-10-18 11:27:28) because svnkit is outdated. I'll have to wait until svnkit has been updated. (In reply to tilman from comment #8) > I can't use wireshark (or any other such tool), because by installing > sliksvn I am now no longer able to use svnkit (as described above, see > 2013-10-18 11:27:28) because svnkit is outdated. I'll have to wait until > svnkit has been updated. better to make a fresh svn checkout with a 1.7 client Long story short: I used a different proxy here and now it works. Sorry. |