Bug 77405 - KWalletManager should provide editting of KHTML form completion exclusion list
Summary: KWalletManager should provide editting of KHTML form completion exclusion list
Status: RESOLVED DUPLICATE of bug 88866
Alias: None
Product: kwalletmanager
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Unknown
URL:
Keywords:
: 96499 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-03-12 16:49 UTC by Fred Wells
Modified: 2008-12-06 23:01 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fred Wells 2004-03-12 16:49:15 UTC
Version:           1.0 (using KDE 3.2.1, compiled sources)
Compiler:          gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)
OS:          Linux (i686) release 2.4.21-0.25mdkenterprise

Don't know how to illustrate the problem except to
provide two similar websites - one works, the other
doesn't.

http://www.wells-net.com/familyweb properly invokes kwallet, while http://www.wells-net.com/webforum fails to invoke kwallet.
Comment 1 Fred Wells 2004-03-12 17:17:38 UTC
Hmmm.... very strange behavior indeed.  Now neither of the sites above work after removing them from the kwalletmanager Form Data maps.  This suggests
that others may not see this problem, depending upon their sequence of kwalletmanager use.  Nevertheless, there is definitely a problem here.

Shouldn't, after removing a site from the maps, kwalletmanager prompt me on the next login?
Comment 2 Danny Allen 2004-03-13 11:11:31 UTC
Kwallet also doesn't activate for yahoo mail (http://mail.yahoo.com/?.intl=us)
b.t.w.

Thanks,
Danny
Comment 3 Fred Wells 2004-05-13 19:43:42 UTC
Still broke in kde3.2.2.  It would seem that once you tell kwallet to "Never" remember a password for a given site, there is no way to recover that setting.  Even after totally removing ALL references to the site from kwallet. Apparently, never means never.  Where then is this "never" setting cached??
Comment 4 George Staikos 2004-05-13 19:59:24 UTC
On May 13, 2004 13:43, Fred Wells wrote:

> ------- Still broke in kde3.2.2.  It would seem that once you tell kwallet
> to "Never" remember a password for a given site, there is no way to recover
> that setting.  Even after totally removing ALL references to the site from
> kwallet. Apparently, never means never.  Where then is this "never" setting
> cached?? _______________________________________________

  It's stored in a config file in .kde/share/config

Comment 5 Fred Wells 2004-05-13 21:27:29 UTC
George,

I appreciate your guidance, but you'll have to be a bit more specific than
that.  There are, of course, many config files in .kde/share/config and
kwalletrc (if that's the one you're suggesting) doesn't include site specific
password handling information.

Perhaps I didn't explain the problem clearly.  The problem is this... When
you tell kwalletmanager to "Never" remember a password for a site, there is 
no apparent way to reverse that.  As such, you can't later decide that you 
now DO want kwalletmanager to remember the password.

This "cached" state for a given site must be stored somewhere and needs to be
reversible.
Comment 6 George Staikos 2004-11-06 16:45:53 UTC
sorry, .kde/share/apps/khtml/formcompletions

look at the bottom.  Is your site listed there?
Comment 7 Fred Wells 2004-11-06 18:02:20 UTC
Looks like the formcompletions config file is the one I need to edit.  Would be nice if this were editable within the tool. :)
Comment 8 George Staikos 2004-11-06 18:09:01 UTC
KWalletManager should provide the ability to edit this, as the user requested.
Comment 9 George Staikos 2005-01-10 20:24:17 UTC
*** Bug 96499 has been marked as a duplicate of this bug. ***
Comment 10 Fred Wells 2005-04-02 20:51:54 UTC
Appears to be fixed in 3.4.  Removing the item from Form Data -> Maps seems to accomplish the goal.
Comment 11 Grzegorz Jaskiewicz 2005-04-02 21:02:08 UTC
Fred Wells wrote:
[bugs.kde.org quoted mail]
no dude, it is about something else. It is about data _not being_ 
remembered anymore for some pages, or not even ofered to remember after 
you press "never for this site". Please read with understeanding next 
time, and change it to not fixed.

Thanks.
Comment 12 Fred Wells 2005-04-02 21:06:58 UTC
You're absolutely right.  Since I'm the one who reported it, I have no excuse.  Thanks for keeping me straight.
Comment 13 Richard Lärkäng 2006-03-06 22:27:11 UTC
I think it would make more sense to do this in konqueror/khtml instead. I attached a patch to #88866 that does just that. So if you think that is better, I guess this bug should be closed as a dupe of that one.
Comment 14 Fred Wells 2008-12-06 23:01:16 UTC
As far as I can tell this bug has never been properly addressed.  I'll close this one and contribute my comments to #88866, which is really a duplicate.

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