Identity/BrowserID/TransitioningSites: Difference between revisions

 
Line 18: Line 18:


==== Many-to-many email to profile relation ====
==== Many-to-many email to profile relation ====
* Sign-in
* One BrowserID to many profiles (optional?)
** On sign-in, BrowserID offers a selection from one of many IDs
** On sign-in, if BrowserID matches just one profile, carry on.
** The relying site should offer a selection from one of many profiles matching the selected BrowserID
** If multiple profile's emails match the BrowserID, offer a profile selector
** But, in the simple (and most common?) case where there really is only one email-to-profile, fast track the signin without additional UI.
** Or, if supporting multiple profiles is not desired, just punt to the last profile logged in using legacy credentials.
* ID management
* Many BrowserIDs to one profile (not-so-optional)
** On a profile editing page, offer a BrowserID signin button to associate additional IDs with the currently-signed-in profile
** On a profile editing page, offer a BrowserID signin button to associate additional IDs with the currently-signed-in profile
** List currently associated IDs, along with delete buttons
** List currently associated IDs, along with delete buttons
** No manual email change or edit feature - all email address changes must be associated with pre-verified BrowserIDs
** No manual email change or edit - all email address changes must be associated with pre-verified BrowserIDs
** Allows a user to transition between two IDs when a known change is in progress (eg. losing an email address when changing jobs)
** Also allows a user to set up redundant IDs in case of a change in the future


=== Edge cases / issues ===
=== Edge cases / issues ===
Confirmed users
920

edits