Version: (using KDE KDE 3.2.1) Installed from: SuSE RPMs OS: Linux There is no usable interface to modify the NonPasswordStorableSites list that appears in $KDEHOME/share/apps/khtml/formcompletions. I saw that there's an (old) existing report about being able to change file settings in this file; two other reports came out about it, both of which were marked as duplicates. But the one that was claimed to already exist for them is marked as UNCONFIRMED, has 0 votes, and looks like it'll never be touched. The GUI of KDE benefits from the ability to modify things without requiring the user dig down into the internal depths of the support files to pull it off. I shouldn't have to do a recursive grep on my .kde folder just to find the file that's still got a site I accidentally added to be never remembered. I saw this post in zogje's blog on kdedevelopers.org: > Submitted by Zack Rusin on Sat, 04/03/2004 - 03:21. > > That bug is proly mine. I noticed that also a few days back, just didn’t have time to debug it. Can you check your $KDEHOME/share/apps/khtml/formcompletions file for NonPasswordStorableSites and whether it contains the site which doesn’t want to store your password? I have to write a kcmpage with a qlistview of those sites. In my case, formcompletions did list the site for which konqueror was never remembering the form information. This bug report is intended to be the formally recorded way to help make that change take place. The KDE interface has improved a great deal over the last couple of years; any and all parts that still require manual editing of config files really belong resident in the Control Center or the application's settings. I think NonPasswordStorableSites is one of the more frequent examples of this. The existing one about needing a dialog for formcompletions has gone unnoticed, and if it continues to be the running holder of the bug, this part of the problem (which will be seen more often, I wager) needs to be amended to it. Thanks, B
*** Bug 121220 has been marked as a duplicate of this bug. ***
Created attachment 14984 [details] Path to fix the problem Here's a patch that adds an icon to the statusbar when you're on a site where passwords isn't stored. And if you rightclick on the icon you can remove the site from NonPasswordStorableSites. At least to me it seems better to do it this way than to add a listview in the kcm because you can see directly why the passwords aren't stored, and it's easy to remove the setting. Obviously this can't be added to 3.5 because of it's a new feature and new strings, but I guess it isn't very hard to get this to apply to the 4.0 branch.
Created attachment 14985 [details] An icon Here's an icon too, to place in khtml/pics I'm not good with art, so I just took the wallet_open icon and added a cancel icon on top of it, so it doesn't look very good.
Please think if the concept of is "correct". IMHO it could be the case (as for me) that there are many different apps on the same server, for some the user wants to store the password, for some others not. Anyway (at least) I didn't realize, that the answer "Never" is not valid for the current page but for all WEB-pages on the this host (localhost for me).
The question is "Never for this site" and what happens is "Never for this host"
We have KDE 4.1.x and the issue is still present ... :-( Just like there is a config tab for managing the sites where cookies have to be stored/rejected, there should be a config tab for the sites where the passwords should (not) be remembered. And I think that this configuration option is a matter of Konqueror, not kdewallet (which stores much more things than just websites), and so this bugreport should be the main and the bug #77405 closed as a duplicate of this.
As far as I can tell this bug has never been properly addressed. Problem still present in KDE4.1.3. Rant: This bug, among so many others with similar status, IMO illustrates a real problem with the KDE bug prioritization model. Not sure what the right solution might be, but there are countless of these type bugs/feature requests in the system that linger indefinitely with developers taking no apparent interest in resolving them. Problem is that it's exactly this inattention to detail in KDE (and other OSS projects) that, not only leaves familiar users frustrated, but firmly re-enforces the perception among many outsiders of Linux/KDE as seriously UNPOLISHED and a non-contender. Perhaps what KDE bug management needs is a usability committee of its own to which bugs/feature requests can be submitted and weighed in the context of usability and polish and who would campaign accordingly for resolution from developers. The present model seems to leave priority assessment to the development community as a whole, which isn't really working well vis-a-vis producing a quality, highly polished product.
*** Bug 77405 has been marked as a duplicate of this bug. ***
where are (from KDE 3) NonPasswordStorableSites stored in KDE 4.3.2 .kde4/share/apps/khtml/formcompletions just holds "localhost" but I have many sites where I'd like to store the passwords although I once said "never .." :-(
Well actually I thought I had kind of fixed this bug already, but it seems I didn't. I'll fix my fix soon =) What I had implemented is in the kwallet status bar icon, I added an entry for "Allow storing passwords for this site" when you had said previously that you didn't want to ever do that. But apparently somehow the Kwallet status bar icon is not appearing in that case, and that's what I intend to fix for now.
thank - but IMHO this will not go into 4.3.3 any more ?! pls can you tell me where is this info stored now to allow manual edit?