I am using Eclipse with the SVN plugin.
I was trying to do a synchronize on my workspace from the Team Synchronization tab. It prompted me for a password. I entered the incorrect password and I got the following error. So I tried to do a syncrhonization again, but it is no longer prompting me for the password. How do I make Eclipse SVN either prompt me for the password again?????????????
THank you
Authentication error.
svn: E170001: OPTIONS of '/path: 401 Authorization Required (https://path..com)
I ran into the same problem today. What worked for me was clearing secure storage contents in Eclipse as described here: Removing SVN username and password from Eclipse does not work in Windows 7.
Quoting from the linked answer:
Go into the Preferences by Windows > Preferences.
Select there General > Security > Secure Storage.
Go to the tab Contents and expand there the entry SVN.
Then Click the "Delete" button.
Clicking on "Delete" there cleared all of my Secure Storage, which I did not itend, but didn't care much about either. At least the prompt showed up again and I was able to enter my user name / password.
Be sure to check the link as there are also other options for resetting password caches mentioned there, which I did not have to try out though, as this method worked.
Related
I have the same problem as this question Credential storage failed in eclipse in Mac OSX but the solutions suggested there doesn't work.
I read somewhere else about the process for adding passwords to MacOS's keychain from Eclipse:
Preferences → General → Security → Secure Storage → Change Password
To start with, it is weird that you change password when you set it up for the first time and there isn't a password.
So after a warning about current passwords might be inaccessible after a change I get this dialog
What?? I haven't even entered a password at this stage, so how can I create password hint?
After that I see this:
Changed to what??
And that is it. The next time I connect to Bitbucket I am asked for my password, and after that I don't need to enter a password - until I restart Eclipse, when it all start over and I have to perform these steps again and again enter the password to Bitbucket.
This happens on both my computers (one running Big Sur, one running Catalina). I have tried with Eclipse 2020-09 and 2020-12, with the same result.
It almost feels like a known bug but it feels unlikely
Whenever I'm trying to synchronize/update my projects with SVN repo it asks me for password. It drives me nuts, I'm checking "save password" checkbox and it doesn't work at all.. what is more, I cant use a simple password.
It might be somehow connected with my company's proxy but eclipse plugin update sites work just fine.
I have a Subversion directory in my AppData dir, maybe I should delete this?
I can also provide additional info, I just don't know what may be relevant.
I'm using Subclipse with JavaHL provider and my Eclipse version is 4.4.2 but I have the same problem on Eclipse 3.7.2
Here's what worked for me. I went to Window/Preferences/Team and saw that there were two "SVN" sub-menus. I'm not sure how I got to this state, but I may have installed both Subversion and Subclipse at some point.
Anyway, in the first SVN submenu, there is a tab for SVN Connector. And in the other SVN menu, there is a subsection labelled "SVN interface". Both of these provide a drop-down list to select a connector/interface. In my case, in the first SVN menu, the SVN Connector was set to "SVNKit". In the second SVN menu, it was set to "JavaHL". I changed this to SVNKit, and have had no problems since.
This one worked well : http://www.thinkplexx.com/learn/howto/ide/eclipse/fix-eclipse-svn-always-asking-for-login-and-password-clear-keyring-or-cache
There is some files to delete :
Delete (or rename .old) in Eclipse : /configuration/org.eclipse.core.runtime/.keyring
Remove the file in your profile (AppData/Roaming or ~) : /.subversion/auth/svn.simple
Go to SVN perspective and enter login/password. Should keep it now.
What worked for me was going to Window->Preferences->Team then under 'SVN Interface' select the 'SVNKit (Pure Java)' option.
None of the current answers worked for me in eclipse neon. Therefore I edited hash file in /.subversion/auth/svn.simple/[filename]
I added password informarion:
K 15
svn:realmstring
V 51
<https://svn.example.com:443> Subversion Repository
K 8
username
V [length_of_username]
[username[
K 8
password
V [length_of_password]
[password]
END
This is what has just worded for me (Mars, subclipse, SVNKit):
I read the $WORKSPACE/.metadata/.log file, and found this:
!ENTRY org.eclipse.core.runtime 2 0 2015-09-04 09:24:33.282^M
!MESSAGE Authorization infrastructure (org.eclipse.core.runtime.compatibility.auth) not installed.
!STACK 0
java.lang.ClassNotFoundException: org.eclipse.core.internal.runtime.auth.AuthorizationDatabase cannot be found by org.eclipse.core.runtime_3.11.0.v20150405-1723
Duckduckgoed the package name org.eclipse.core.runtime.compatibility.auth and found it in Maven repository, where I downloaded the jar file, which I copied into my $ECLIPSE_HOME/dropins directory.
After restarting eclipse there was no error in the log, I was just asked once my master password. No more annoying password dialogs since then.
I can provide one more solution that works for me after trying another solutions.
It was as easy as changing the combo "Apply To" in the login-pass pop-up window from "http://..." to "Repository Location".
I deleted C:\Users...\AppData\Roaming\Subversion\auth too as commented.
Eclipse version: Mars.2 Release (4.5.2)
Hope this helps.
went to Window/Preferences/Team/SVN
set to "SVNKit" from "JavaHL".
I changed this to SVNKit, and have had no problems since.
There are high chances that Eclipse (at least mine does: Eclipse 4.8.0 with Subclipse and SVNKit 1.8.12) is using the password storage of the command line Subversion utilities which are stored (at least under Linux) under ~/.subversion/auth/svn.simple.
As Daniel Juniszek pointed out in his answer you could edit this by hand, but doing this from command line is a little bit simpler:
Do an svn up in the project folder, give your password if it asks for, and enter yes for the Store password unencrypted (yes/no)? question.
After it finished updating successfully, do an svn up again to check that it does not ask for your password again.
If it asks again then maybe you have the same problem as me:
I had wrong permissions set on two hash files in the above directory (it was r--r--r-- instead of rw-r--r--) so the subversion command was unable to update the file. After I changed the permission with a chmod u+w ~/.subversion/auth/svn.simple/YOUR_FILENAME_HERE command, the svn up updated the file with the password and finally Eclipse stopped asking me for password as well.
It seems that you (xwhyz) provided the answer yourself: delete the files in this folder:
c:\Users\<myname>\AppData\Roaming\Subversion\auth\svn.simple\
(Eclipse Neon.2 with Subclipse 1.10.13 + Subversion Client Adapter 1.10.3)
Edit: I also disable Eclipse's automatic check for updates, and is now doing that manually. When prompted for the SVN password just press OK 3-5 times, without re-typing the password.
So I tried all methods you proposed and it didn't work.
Solution for me was:
Right click on TortoiseSVN
Settings
Network
Subversion server file, button 'Edit'
I added:
[groups]
group_name = group_address
[group_name]
http-proxy-exceptions = proxy_exceptions
http-proxy-host = proxy_host
http-proxy-port = port_number
store-passwords = yes
where I filled group_name, group_address, proxy_exceptions, proxy_host, port_number and checked 'yes'.
Hope it works for you.
Probably the simplest solution to try, and worked for us, was to reset the user's password on their SVN account. We recently upgraded to a newer version of CollabNet SVN and we didn't migrate the user accounts (if that's something we could have done, it might have been nice).
There were two developers encountering this issue: one user forgot their password and the account had not yet been created for the other user. It would've been nice to see a more descriptive error message about the credentials in the behavior from the server.
I was facing similar problem and below solution worked for me: Open Windows - preferences - Team - SVN and check for SVN interface, it should be client as SVNKit in place of JavaHL and restart eclipse / RAD ad it will be working fine.
Initially I had the same problem as described in
egit - not authorized.
First, I successfully cloned the repository from Bitbucket.
Then, I tried to fetch and got the error “not authorized”
However, when I used the advice and clicked “Change Credentials” I received the following error:
"Storing credentials failed
No password provided"
I had this same problem after updating egit. This advice from another forum worked:
Open up Preferences > General > Security > Secure Storage. Select "OSX Keystore Integration", then click "Change Password..."
If you see a dialog saying "An error occurred while decrypting stored values... Do you want to cancel password change?" Click "No."
This will reset the secure storage master password in the OSX Keystore. You will be asked if you want to provide additional information for password recovery, which is optional.
The accepted answer didn't work for me. There is another solution - in Eclipse simply navigate to:
Preferences > General > Security > Secure Storage > Contents
and delete everything.
If you are running Eclipse on OS X, the other answers may not work. If you change the contents of the Eclipse bundle (either manually or by updating some core features or plugins), the application signature will no longer match and the OSX Keystore Integration will no longer be usable. See Bug 391455 for more information.
Downloading a fresh copy of Eclipse will solve this problem, but as a workaround you can also disable OS X Keystore Integration and use Eclipse's built-in one instead:
I was having this problem with STS 4.0 where even after saving credential in secure storage, any git pull or PUSH activity was asking for credentials every time.
I followed below steps to resolve the issue
1.Navigate to Preferences > General > Security > Secure Storage
2. click on content tab and expand which has git credentials.
3. Now delete the selected git credential and close the screen.
4. When next prompt of credentials pops up, provide your credentials and check the box
store to secure storage. It will not ask for password again.
5. I have also made a video to proof it. refer the video link here
I am using STS ( Spring Tool Suite ,Version: 3.9.1.RELEASE,Build Id: 201710111105
Platform: Eclipse Oxygen.1a (4.7.1a))
and I resolved it by going to
windows->Preferences->General->Security-Secure Storage
you can see password tab there might be 2 options under master password providers:
windows Integration(64bit) with priority as 5
and another one UI Prompt,
So just uncheck Windows Integration (64bit) checkbox
and click Apply and Close button try to access your git or tool, it will ask you for master password for storage there on it will work.
I am using STS ( Spring Tool Suite ,Version: 3.9.1.RELEASE,Build Id: 201710111105
Platform: Eclipse Oxygen.1a (4.7.1a))
and I resolved it by going to windows->Preferences->General->Security-Secure Storage you can see password tab there might be 2 options under master password providers:-
windows Integration(64bit) with priority as 5
and another one UI Prompt, just uncheck Windows Integration (64bit) checkbox and click Apply and Close button try to access your git or tool , it will ask you for maser password for storage there on it will work.
I'm using Subclipse to connect to an SVN repository via svn+ssh and a private key (the server has the paired public key). The interface is SVNKit (Pure Java). After I enter the svn+ssh://repository... address I am prompted for credentials. I specify the username and private key file (I did not set a passphrase so it is left blank) and confirm. The window pops up again and this goes on indefinitely. No console message is provided.
Note 1: Marking "Save information" seems to have no effect. If there is a cache I'm supposed to be deleting this could help. I already deleted the keyring file in eclipse.
Note 2: I wasn't sure if the private key should be in SSH2 or OpenSSH formats, but I tried both and there is no difference.
Note 3: I cannot find org.tmatesoft.svn folder under plugins in eclipse. I installed SVNKit from the eclipse update site http://eclipse.svnkit.com/1.7.x.
Specifications:
Windows 7 64 bit,
eclipse 4.2.1 64 bit,
Subclipse 1.8.16,
Subversion client adapter 1.8.3,
SVNKit client adapter 1.7.5.1.
If there is any other information or log file I should provide I would be happy to do so.
I had a similar problem and figured out that I tried to use the private key generated by puttygen, but SVNKit needs an OpenSSH key.
My solution was:
Start PuTTY Key Generator
Load private key
Conversions \Export OpenSSH key
Select openSSH Key in Eclipse
Eventually it turned out that there was a problem with they key. It was encrypted with DSA instead of RSA and the server wasn't set up for it.
Why I got no message about a bad key pair is beyond me, but with a correct key it worked.
1-
under Window => Preferences SVN (or team => svn depending on your version), make sure you selected a library available in yourSystem... for example SVNKIT(Pure Java) .... instead of JAvaHL... which often missing
2-
under Window => Preferences, search for "Secure Storage" and setup a master password (usually clicking on Change Passowrd...). This isn't your svn password but for some reasons i ignore, if this master password is not set, Eclipse won't be able to store and retrieve your svn password when you click the save password..
I fixed this by generating a SSH key in PEM format
ssh-keygen -m pem
You can enable SVNKIT logging by creating a .options file in the eclipse home directory. The file should contain the following text:
org.tmatesoft.svnkit/debug=true
org.tmatesoft.svnkit/debug/error=true
org.tmatesoft.svnkit/debug/warning=true
org.tmatesoft.svnkit/debug/info=true
org.tmatesoft.svnkit/debug/fine=true
org.tmatesoft.svnkit/debug/trace=true
Then run eclipse with the -debug command line argument
I would not worry about Note 3. If you open Eclipse Preferences and go to Team > SVN and you can select SVNKit, then it is installed and available. On my system, it is a JAR in the plugins folder.
SVNKit is in charge of the SSH process, so you could visit their forums and email support#svnkit.com for information and ideas.
My recollection is that they normally cache the information for the duration of the Eclipse session, so not sure what is going on. If you keep responding to all the prompts does everything work? If not, then maybe you are being prompted because it cannot successfully use your credentials?
They have a Troubleshooting section in their wiki: http://wiki.svnkit.com/Troubleshooting
since I use SpringSource ToolSuite 2.7.1 and installed the latest Subclipse Plugin (1.6.x), this plugin ask's me every time I commit something into the repo for my password, regardless I've enabled the 'Save Password' checkbox. As I know, the Subclipse plugin doesn't store the credentials itself, instead use the authentication informations from the underlying SVN adapter so I try the following without any success:
1) delete ~/.subversion/auth
2) delete ~/.eclipse_keyring
After restarting STS the password dialog prompts again every time.
With Eclipse Indigo and the same Subclipse Plugin installed, this strange behavior doesn't happend, the passowrd is taken automatically as expected.
If I use svn from the command line, after I initially enter my passwords, it's used automatically and doesn't annoying me any longer.
Any sugggestions, why this doesn't work under SpringSource Toolsuite ?
Kind regards
Dominik
SOLVED: the reason was, that the STS.app do not has access to the MacOS X KeyChain for the SVN password. So therefor it has to ask again and again. The used Eclipse.app was added as trusted app for accessing the stored svn password. Strangely, I can't add STS.app to the list of trusted apps for the SVS password entry, but thats another question here. If I activate the 'access for every program' checkbox, STS.app is enable to read this password and don't ask any longer !
I don't have much experience with the subclipse plugin. I tried it a few times some years ago and it didn't go well for me. I then switched to subversive. I have not experienced this problem with the subversive plugin, and so perhaps you could try switching and seeing if this will help you.
I would try deleting or renaming the ~/.subversion folder. There are also settings in the config and servers file that can prevent password storage. You also do not mention what access method you are using ... for example passwords are not stored for svn+ssh://
It would also be relevant to know if you are using JavaHL or SVNKit. JavaHL is native Subversion so passwords are cached in ~/.subversion/auth. SVNKit caches passwords in the Eclipse keyring, but I believe it will read from the SVN password cache if it is already there -- or at least used to.
Finally, since it works with Eclipse but not STS (and there should be no reason why) maybe check permissions? Is STS running as a different user for some reason?
The settings for the secure storage are equal. But it seems, that these setting aren't used, the mentioned file doesn't exist. In the meantime I've installed the STS 2.7.2 update and a fresh Subclipse Plugin, but without success, the dialog popups again for every commit. After that, I create a new user, copy the whole STS 2.7.2 install dir including Maven, tc and the just installed Subclipsed plugin to a dir shared for all users. I have to fix the file permissions of the maven subdir due to lack of read permissions for the new user. I checked out a project from svn and modified it. After the initially question for username/password, this dialog don't popups any longer. It seems, that for this new user, things went fine. I switch back to the original user and start STS 2.7.2. from exactly the same place, the shared dir. But ... you predict it ... the dialog popups again and again and again .... It seems to be something wrong with any of my user settings, but which one ? I've delete ~/.subversion/auth and the whole ~/.subversion too. No way to avoid the constant question for the password for the given user. Mhm, strange, any further tips or suggestions ?