Bug 90715 - in konqueror: missing pw saving "for entire server", plus maybe wildcards
Summary: in konqueror: missing pw saving "for entire server", plus maybe wildcards
Status: CONFIRMED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: kwallet (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
: 111226 211769 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-10-03 18:52 UTC by Thomas Otto
Modified: 2009-10-25 16:51 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Otto 2004-10-03 18:52:46 UTC
Version:            (using KDE KDE 3.3.0)
Installed from:    Debian testing/unstable Packages
OS:                Linux

The URL to a loginscreen of onlinebanking sites is often more or less random so the simple kwallet dialogue ["yes", "never for this server", "no"] after entering the logindata is stupid since the URL will be a different one upon the next login.

I would have something like Operas "Wand" password manager in mind: "for this page", **"for entire server"**, "never on this page", "never on entire server".


Related is that apart from the random URLs mybank.foo's login server ALSO changes to login2.mybank.foo, login7.mybank.foo and so on.
I could not think of an easy GUI interface to allow for that (except maybe "for entire *.server.tld") but to for "powerusers" who edit the kwallet entrys the acceptance of wildcards there would be nice. In this case the URL would simply have to be changed to https://login*.mybank.com/*login.html.
With wildcards being accepted the "for entire server"-reply would simply be saved as bank.foo/* - this would then be transparent to named powerusers if they intended to change this lateron.
(Though one has to be careful that * as wildcard vs foo*bar.html in a url don't become exploitable).
Comment 1 George Staikos 2005-09-11 15:59:51 UTC
*** Bug 111226 has been marked as a duplicate of this bug. ***
Comment 2 Christoph Feck 2009-10-25 16:51:34 UTC
*** Bug 211769 has been marked as a duplicate of this bug. ***