moving the discussion here after a rather long discussion in PR #68
The future branch is blurring the line between stored password setting(s) that are related to the currently visited site (active url) and all (for some value of all) sites the user could want a password for. Typically to use outside of the browser.
short summary of discussion
- looking up a non-related password would wrongfully add the currently visited url to that password configuration
- It might confuse users, and in particular(?) reduce the motivation to entering good site names.
- loosing or polluting the link between the site name (password settings) and visited url will make it hard for the extension to be context-aware: propose the correct site name when opened on website.
- The lookup feature is desired :)
need solution for
- know when to record the active url as "related" for a password setting
- Passwords that are not stored because the user only ever used the default settings for that site. (is this really a problem? could just save with url = sitename the first time that password is looked up).. Does it need to save at all? If it's saved, it could auto-complete, so less typing.
moving the discussion here after a rather long discussion in PR #68
The future branch is blurring the line between stored password setting(s) that are related to the currently visited site (active url) and all (for some value of all) sites the user could want a password for. Typically to use outside of the browser.
short summary of discussion
need solution for