Bug 146130

Summary: fish asks for password even if not necessary
Product: [Unmaintained] kio Reporter: Casteyde.Christian <casteyde.christian>
Component: fishAssignee: Jörg Walter <trouble>
Status: RESOLVED DUPLICATE    
Severity: normal CC: mikebwilliams, wstephenson
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Casteyde.Christian 2007-05-30 00:59:41 UTC 
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).
Comment 1 Will Stephenson 2008-03-16 18:10:20 UTC 
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?
Comment 2 Casteyde.Christian 2008-03-16 20:33:05 UTC 
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).
Comment 3 Casteyde.Christian 2008-03-16 20:45:46 UTC 
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.
Comment 4 Mike Williams 2009-06-06 22:09:54 UTC 

*** This bug has been marked as a duplicate of bug 143488 ***