Version: inconnu (using KDE 3.5.7, compiled sources) Compiler: gcc version 3.4.6 OS: Linux (x86_64) release 2.6.21.3 Just upgraded from KDE 3.5.4, to 3.5.7, compiled from source on Slamd64, and now fish always prompt for a password even if it is not necessary (ie : ssh keys are not password protected). If I type return without any password, login is refused. If I type my Unix password, login is accepted. With previous versions, password was not asked if it was not necessary (as sftp does).
I can't reproduce this. Can you give any more information - is it still a problem, or can you tell me how to reproduce it from a clean user account?
I use Bluewhite64 now, still with KDE 3.5.7, and fish is very unstable now. I can reproduce. What I do is: a. Start konsole. b. Type "fish://localhost/" in the location bar, then Enter. c. I get the login form. If I type my password, it fails. If I cancel, it fails. d. When it has failed once, it's impossible to retry, it fails immediatly. If I connect to a remote computer, with the same SSH keys as the one used locally for the user account, it works. Of course, if I do ssh localhost, it works, as well as ssh remote. Btw, I do not use password protected SSH keys, so there are no password keys. I do not use any keyring manager either (since I do not like the computer to keep my passwords in memory).
To be more precise, I did: su adduser test # full creation cp -Rf .ssh ../test cd ../test chown -R test.users .ssh chmod u+r .ssh cd .ssh vi authorized_keys (to change username to test) idem for id_rsa.pub (I've only rsa keys) check authorized contains id_rsa.pub login into a new session with the user test and its password start konqole check with ssh localhost -> OK, it works start konqueror fish://localhost -> it fails.
*** This bug has been marked as a duplicate of bug 143488 ***