Community
Participate
Working Groups
Build Identifier: 20100617-1415 I've been using Subversive with Eclipse for quite a while, and I'm always at the latest version, except we have to use the 1.1.7 connector because we use SVN 1.4 on the server (don't ask). Normally, when I do a SVN operation in Eclipse, it just does it. A few days ago my login went through a Windows domain migration, which created several problems I've had to work through. Initially, I found two problems in Eclipse: * The proxy settings didn't work anymore, and attempts to save changes to them didn't "stick". * SVN operations present a SVN login/password dialog on every single operation. I read some information that suggested that removing the "secure_storage" file could fix some of these problems. I did that, and that fixed my proxy settings problem. I was able to reenter the correct information, and it "stuck", so my internet connections from Eclipse now work. Unfortunately, this had no effect on the SVN problem. Every SVN operation presents the login/password dialog, and even though I have "Save password" checked, the dialog still comes up every time. The password filled in in the dialog appears to be correct, as I just have to click OK each time, but it's still an extra step that I didn't need before. In fact, I find that some high-level operations are logging into SVN multiple times. Getting "History" on a component appears to log into SVN twice. I get the dialog twice in a row, and I just click OK each time, and then it lists the component history. Navigating through the SVN Repositories view is especially painful, as expanding every node logs into SVN, presenting the dialog each and every time. Other people in my development group had a very simple version of this problem, in that they got the login/password dialog ONCE, and now they don't see it at all. I've looked in the .log file, and I don't see anything significant that might be related to this problem. Reproducible: Always
I thought I had found a workaround for this problem, but it only worked for a short time. Someone had pointed out to me that we have an alias for our SVN server. I found that when I created a new SVN location using that alias, it didn't prompt me every time I did an operation. This was working fine. I checked out all of my existing projects using the new alias and removed the ones using the old name. This worked fine, until I restarted Eclipse. Then it went back to giving me the password dialog for every SVN access.
The same happens for me after updating my environment to Ubuntu 10.04. Now we use a Subversion 1.6 client (previously 1.5) and it prompts me for the password dialog once and a while. But the details are already correctly provided, I just have to click OK. Any idea what could cause this behaviour?
Hello, I could be wrong, but it appers that the problem may be caused by Subversion password persistent storage which is located at: "C:\Documents and Settings\<user folder>\Application Data\Subversion\auth" It looks like the old creadentials are not overwriten for some reason by the new ones and in order to resolve the issue you could try to erase content of the SVN authentication cache located there.
After the domain migration, I talked to several of my coworkers, and they all reported that the first SVN operation they performed after the domain migration presented the password dialog, which they clicked OK on, and they never saw the dialog before. I believe this is the expected behavior. Yesterday I ended up using the command-line SVN client whereupon I discovered that it was prompting me for a password. I had trouble with that because my Cygwin Bash shell was having trouble with presenting the password prompt from the svn client. I ended up supplying the "--password" command-line argument, and that worked fine. I did that a few times before I finished what I had to do on the command line. I then later went back to Eclipse and did some more work, and I then realized that Subversive was no longer prompting me for the password. I then went back to the command line and tried running "svn" without the "--password" parameter. That also worked fine. I then went back to Eclipse and restarted it and retested a Subversive operation, and it didn't prompt me for the password. I'm not sure what I can conclude from this. My best guess is that Subversive was silently failing to write to the "auth" directory, and that the "svn" command-line client was able to. In any case, it appears that my symptom is gone. I had thought that earlier, until I restarted Eclipse, but it's now still working even after restarting Eclipse.
Most likely the reason is the same as for bug 239871. *** This bug has been marked as a duplicate of bug 239871 ***
