| Summary: | After Windows domain migration, every SVN operation presents password dialog | ||
|---|---|---|---|
| Product: | [Technology] Subversive | Reporter: | David M. Karr <davidmichaelkarr> |
| Component: | Core | Assignee: | Igor Burilo <igor.burilo> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | a.gurov, jtk499 |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
David M. Karr
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 *** |