26

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

Robo
  • 4,588
  • 7
  • 40
  • 48
  • I'm pretty sure it should ask you automatically. You're using the svn:// protocol, right? Can you post your config? – strager Mar 20 '09 at 02:08
  • Yeah, the other repos I setup did ask for it automatically, so I don't know why it doesn't for this one. The other repos was Apache though, this one is SVNServe. Yes I'm using svn:// Apart from the default comments, I only added this to config: realm = Subversion Repository – Robo Mar 20 '09 at 02:15

10 Answers10

25

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.

Martin
  • 3,396
  • 5
  • 41
  • 67
eglasius
  • 35,831
  • 5
  • 65
  • 110
23

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

password-db = passwd

Robo
  • 4,588
  • 7
  • 40
  • 48
3

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.

  • 2
    I could have sworn I checked out using HTTPS from Google code, but apparently I didn't. Relocating the HTTP URL to HTTPS made TortoiseSVN start asking for credentials again. – qxn Dec 18 '13 at 03:14
1

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.

HD28
  • 71
  • 1
  • 3
0

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...

0

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

brz
  • 1,846
  • 21
  • 21
0

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

amoljdv06
  • 2,646
  • 1
  • 13
  • 18
0

Settings - Advanced - AllowAuthSave = true

XiaoChi
  • 369
  • 4
  • 4
0

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.

teknopaul
  • 6,505
  • 2
  • 30
  • 24
0

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.

Martin
  • 3,396
  • 5
  • 41
  • 67