Version: (using Devel) OS: Linux Installed from: Compiled sources I have kde trunk svn checkout via svn+ssh://. When I browse svn directories with Dolphin, an openssh dialog keeps asking for private key. It asks again even if I enter it. Even it stops asking in the current directory, it asks again if I browse sub directories. It is realy annoying. I don't know how Dolphin handles ssh authentication but it should ask for private key it self (not ugly openssh dialog)and it should offer an option to remember the private key by kwallet system.
Created attachment 39018 [details] Here is a screenshot.
Well, adding ssh key with "ssh-add" and adding this script to ".kde4/env" to start "ssh-agent" with every kde session made the trick; #!/bin/bash eval `ssh-agent` But I still prefer that Dolphin handles it like TourtoiseSVN handles it in windows. If the underlying stuff makes it possible, ofcourse. Don't know if we can supply ssh private key as svn argument. Ant hints here?
How do you invoke the "svn up" command when using the konsole? Do you also need to provide a password there?
(In reply to comment #3) > How do you invoke the "svn up" command when using the konsole? Do you also need > to provide a password there? If I don't do a "ssh-add + ssh-agent" it asks for passkey in konsole too. Now I see that dolphin behaves normal. This has nothing to do with dolphin. As if somebody has a svn+ssh checkout on his system, sure he should be handling ssh-agent mechanism. And in this case dolphin's svn plugin won't cause any trouble. I still wonder if dolphin can handle this situation without too much afford. Sorry for much noise :( feel free to close this report or change it as a feature request if it make sense. Best reagrds.
I encountered the same problem: OpenSSH password dialogs popping up all the time when browsing through the working copy of an svn+ssh subversion tree. I don't have ssh-agent running (nor did I want to go through the hassle of setting it up just to browse my file system), so I disabled the plugin by adding the following lines to the dolphinrc file. [VersionControl] disabledPlugins=Subversion Otherwise, the plugin works very well on svn working copies that have cached authentication tokens.
Yeah, this is a very annoying and intrusive bug. I allowed my friend to browse files located in one of my SVN folders. The result was that finally there were 20 OpenSSH password dialogs open (my friend of course does not know my SSH key password). One solution could be to allow to disable the plugin from the OpenSSH dialog.
I think solving this problem is out of the scope of dolphin. See bug 81067 .
Resetting assignee to default as per bug #305719
I agree with Jekyll - this is most likely out of scope of Dolphin. Dolphin is not aware of things as SSH and passwords at all, this is all handled by kdelibs and/or the kioslaves that are used to access such folders. If there is any evidence that we can do anything about this inside Dolphin, feel free to reopen this report. Thanks for your help.