CODEWITHSUNDEEP
svnauthenticationtortoisesvn
Robo
Robo

Reputation: 4696

TortoiseSVN not asking for authentication?

I've setup a new SVN repository, running SVNServe, in the conf file, anon-access = none.

SVNServe faithfully does that correctly, but when I try to browse the repos using TortoiseSVN, it just says access is not allowed. Shouldn't it ask me for the user name and password instead?

How do I get TortoiseSVN to ask me for the login details?

Running SVN 1.5.6, TortoiseSVN 1.5.9

Upvotes: 26

Views: 66295

Answers (10)

teknopaul
teknopaul

Reputation: 6762

You have to turn your PC off and back on again if you change your Windows password for Tortoise SVN to work. Clearing auth tokens does not work nor does reinstalling the software. However a restart and relogin to the windows account did work. I guess something to do with the way it integrates to your domain account. It did not ask for the new password after the reboot.

Upvotes: 0

XiaoChi
XiaoChi

Reputation: 409

Settings - Advanced - AllowAuthSave = true

Upvotes: 0

amoljdv06
amoljdv06

Reputation: 2864

Restart your System after update of Password. After restarting SVN will reconfigure itself and ask for authentication rather of using previous stored password

Upvotes: 0

brz
brz

Reputation: 1959

If you are connected through DirectAccess you should download the IPv6 version of TortoiseSVN. You can find the latest version here.

It can be found under the folder Version/Application/ipv6

Upvotes: 0

Phillippe
Phillippe

Reputation: 1

One think I just found, there was a -R in the svnserve config (read-only for all repos) put there on installation - a simple thing but this is all new to me...

Upvotes: 0

HD28
HD28

Reputation: 101

Just wanted to add one extra solution that might be stopping TortoiseSVN from asking for authentication. I had the situation that a user could authenticate from other machines just fine, but on this one machine it would fail with a "Unexpected HTTP status 503 'Service Unavailable'" and not ask for authentication. The Tortoise Settings > Saved Data > Authentication Data was clear, we could delete the %APPDATA%\Roaming\subversion\ files to no avail. Turns out that at some point the user had tried to "fix" a problem by setting the network proxy.

  • Solution: Tortoise > Settings > Network > uncheck Enable Proxy Server

Cheers, hope this helps someone.

Upvotes: 1

Tiaan Willemse
Tiaan Willemse

Reputation: 31

I had the same problem using beanstalkapp.com and was able to resolve it by using http*s* instead of http when specifying the svn checkout url.

That's what I get for not copying and pasting.

Upvotes: 3

Martin
Martin

Reputation: 3472

If the "Clear"-Authentication data button remains disabled, in spite of saving the certificate just rename the folder in which the certificate is saved. Next time SVN will automatically ask for the password.

Upvotes: 0

eglasius
eglasius

Reputation: 36027

It probably has some authentication data saved, try:

right click->tortoise->settings->saved data->Authentication Data-Clear.

In some cases the "Clear"-Authentication data button remains disabled, then rename the folder in which the certificate is saved. Next time SVN will automatically ask for the password.

Upvotes: 25

Robo
Robo

Reputation: 4696

Sorry, didn't uncomment following line in the config:

password-db = passwd

Upvotes: 23

Related Questions