Version: (using KDE KDE 3.5.6) Installed from: Fedora RPMs When visiting an FTP site for which there is an entry in kwallet, the user gets two dialogues: 1) kwallet password dialogue 2) filled-in FTP password dialogue The latter is unnecessary. kio_fish doesn't do it - it just goes ahead and tries the kwallet password. A password should only be requested from the user if the kwallet one doesn't work. It's just an unnecessary click. If the user has saved a password in kwallet for that username, he wants it to be used. So the problems here are two: 1) Inconsistent with other kioslaves 2) Usability: unnecessary click to confirm
*** Bug 146130 has been marked as a duplicate of this bug. ***
I confirm this using KDE 4.3
I thought it was on purpose, so you could choose which user to log in as. And also a security feature, so that random applications can't read all your remote shares.
Then you could use the user@ftp-site syntax. And concerning the security, you still have to give an application permission to use the wallet right? Or doesn't that work that way using kioslaves?
I tried deleting the whole ACL for kwallet, but I still don't get a popup asking if anything should get access to the kwallet when entering the FTP url.
*** This bug has been confirmed by popular vote. ***
A solution is asking the user if anyone will be allowed to access the kioslave, so that the password is remembered AND the user never gets asked for it again.
Git commit 3ab6c7f05f113353435e10b6d6fd0fdbbd495855 by Dawit Alemayehu. Committed on 22/04/2011 at 03:40. Pushed by adawit into branch 'master'. Fixed most of the issue related to login. BUG: 258888 BUG: 99686 BUG: 143488 BUG: 124675 FIXED-IN: 4.7 REVIEW: 101173 M +83 -33 kioslave/ftp/ftp.cpp M +3 -1 kioslave/ftp/ftp.h http://commits.kde.org/kdelibs/3ab6c7f05f113353435e10b6d6fd0fdbbd495855