On Windows, Subversion obtains configuration from the config files and
the registry, both the user's specific parts and the "global" part.
Possibly your new domain's global settings are to not cache passwords?
Kevin Grover wrote on Mon, Sep 13, 2010 at 16:16:28 -0700:
> Subversion caches that stuff in "%APPDATA%\Subversion", I believe in a
> file called 'auth'. Can't test right now because I'm not on a
> Windows system at the moment. Perhaps the owner did not get updated
> and the new domain can't write the the directory/file? You can look
> around there. Possibly just delete the directory/file - however,
> other options and passwords will go away -- be reset to the default.
>
Removing the 'auth' directory kills cached passwords, cached server
certificates, etc., but not "other options".
> On Mon, Sep 13, 2010 at 15:36, KARR, DAVID (ATTSI) <dk068x_at_att.com> wrote:
> > A few days ago my login got moved from one Windows domain to another.
> > I've had to deal with several problems as a result of that. One
> > particular problem is having with SVN. For some reason SVN is prompting
> > me for a password on every single operation it tries to do.
> >
> > This is tolerable in Eclipse (Subversive plugin), as I simply have to
> > press Enter on the dialog each time, as it's preentered the name and
> > password.
> >
> > However, it's worse from the command line. I can get it to work if I
> > manually add "--password ..." to the command line. If I don't, the
> > Cygwin Bash shell seems to get confused about how to handle the prompts.
> > I have to use a non-Cygwin SVN.
> >
> > I never had to re-specify the password on every operation before the
> > domain migration.
> >
Received on 2010-09-14 03:49:00 CEST