In our case, we set up an SVN server on googlecode ( HTTPS )
1. On a computer with both Tortoise SVN and ADStudio, use ADStudio to perform a checkout from an SVN server. Make a commit for ADStudio and ensure your credentials work.
2. change your password via the SVN server's change password function ( can use googlecode SVN testing server and pick "regenerate password" for this )
3. make changes to files then perform a commit using the Tortoise SVN client on the same files you did a checkout in step 1, enter credentials but DO NOT check the "Save Authentication" checkbox in the Tortoise SVN dialog.
4. after that commit, make changes and attempt a commit with ADStudio. You will be prompted to enter credentials, enter the new password.
5. make changes on a file and save in ADStudio, attempt another commit.
6. from now on, ADStudio will require authentication each time, even though you've already entered your new password.
The only way to work around this is to use the Tortoise Client again, enter the correct credentials and check the "Save Authentication" checkbox in Tortoise's dialog. Once that is done ADStudio will be in sync and won't ask for credentials again.
Current code is treating the "previous authentication credentials" passed by the getCredentials() SVNKit callback as ADS's previous authentication credentials, but they are actually the credentials from the global auth cache (which are maintained by external clients such as TortoiseSVN). This makes ADS think that its first authentication failed. ADS then prompts the user for credentials again. Thus we see credential prompts for every SVN operation.
The fix is to maintain ADS's own previous authentication credentials, only if the real previous authentication fails will ADS prompts for input.
Issue #8750 |
Closed |
Fixed |
Resolved |
Completion |
No due date |
Fixed Build 32132 |
No time estimate |
Current code is treating the "previous authentication credentials" passed by the getCredentials() SVNKit callback as ADS's previous authentication credentials, but they are actually the credentials from the global auth cache (which are maintained by external clients such as TortoiseSVN). This makes ADS think that its first authentication failed. ADS then prompts the user for credentials again. Thus we see credential prompts for every SVN operation.
The fix is to maintain ADS's own previous authentication credentials, only if the real previous authentication fails will ADS prompts for input.