Bug 146130

Summary:	fish asks for password even if not necessary
Product:	[Frameworks and Libraries] kio	Reporter:	Casteyde.Christian <casteyde.christian>
Component:	fish	Assignee:	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:

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 ***