Closed Bug 1122728 Opened 10 years ago Closed 10 years ago

Breakdown: Add password manager statistics to FHR

Categories

(Toolkit :: Password Manager, defect, P1)

defect

Tracking

()

RESOLVED FIXED

People

(Reporter: ckarlof, Assigned: ckarlof)

References

Details

User Story

* I want to know whether password manager usage is increasing.
* I want to know how often users are saving login credentials in the password manager.
* I want to know the rate of signals that suggest a user doesn't want the password manager to save her credentials.
* I want to know how often saved credentials are be filled on sites.
* I want to know how often the password manager is capturing partial user credentials.
* I want to know how many users have enabled master password.
* I want to know how many users have disabled the password manager.
* I want to know how many users have installed a 3rd party password manager solution.
* I want to know how often users open the Saved Password dialog in preferences.
* I want to the frequency of actions in the Saved Password dialog (search, sort, copy, show, delete, delete all)
* I want to know how increased use of the password manager impacts usage hours of Firefox. 
* I want to know how the improvements we make to the password manager affect password manager usage and general Firefox usage.
Getting metrics on the password manager usage in release channel, and being able to correlate and track them with other Firefox KPIs is crucial to the Password Manager 2015 effort. Since there may be some lead time before we get this data out of FHR, we'll likely want companion measurements in Telemetry for at least the short term. Here's a proposal. I put any corresponding telemetry bug in parenthesis: * is password manager disabled (bug 1118863) * is master password enabled * total saved passwords (bug 1118839) * # of sites in blocklist (bug 1118871) * # of sites for which the user has multiple sets of saved credentials * # of saved passwords with a missing username (bug 1120874) * # of passwords captured and # of passwords captured and saved (daily) * # of times the password capture dialog is ignored and explicitly dismissed (daily) * # of times the user invokes the fallback UI, when it exists (daily) * # of saved passwords that have been filled in the last day, week, etc. (related, bug 1120854, bug 1120845) * # of profiles with a password add-on installed * # of times Saved Passwords dialog in preferences is opened and actions taken including search, sort, copy, show, delete, and delete all (daily)
Unified FHR/telemetry is supposed to ride the 38 train, so unless you are planning on doing this for 37 release I recommend focusing on the telemetry backend for data collection.
Georg should be aware of this as tech lead for that project.
* # of sites where the credentials were captured from or used in an HTTP Basic/Digest prompt
If this will go in 38 (and thus can run on Telemetry), let me know so we can coordinate for you "daily" collection needs.
Assignee: nobody → ckarlof
We've broken out these out to individual bugs for Telemetry and FHR.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.