You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Account Chooser Working Group
Hi all,
Notes from the last account chooser meeting, to serve as a guide for today:
[Brian/Eric] - domain status - Symantec now has control/responsibility - SSL cert - logistical problem on Google’s side, but hope to be live within a week - process/procedure - needs to be flushed out. Eric/Brian have that action item
Housekeeping
[Tim/Nat] Follow up on OIDF specs format - still in progress, but Tim available to work on it maybe in Tokyo
Functional changes [Greg/Adam] They were going to follow up about the "add account" [Eric] The last major area of suggested changes to AccountChooser has been browser optimizations. This doc linked fromac.openid.net summarizes past discussions. - BrianB to follow up with Symantec/Normal teams about potential browser extension enhancements inaccountchooser.com. - Google looking into some experiments. Prototype (which is slow) available athttps://gitkit-gmail.appspot.com that integrates with accountchooser.BIZ (the staging/experimental version of .com). - To offer more user-choice, accountchooser.BIZ now supports a varient of the “add account” page that any website can redirect to and ask for user consent to have the same privledges that the native browser (or browser extension) might have. You can test that by logging into the prototype app on a NON-Chrome browser, and you will see an ugly page asking if you want to give the domain consent to be your “bootstrapping domain.” After that if you manually visitaccountchooser.biz you will see that the user’s email has been pushed into it. If the workgroup likes this approach, we can create a prettier UI and experiment with more of the features in the the browser optimizations ideas doc linked fromac.openid.com - If you then try logging into the prototype app on a Chrome browser, then this ugly page won’t be shown. But after signing into that prototype app, you can manually visitaccountchooser.biz and you will see that the user’s email has been pushed into it. Any vendor who controls a browser or browser extension could get the same thing to work. If the workgroup likes this approach, Google can do some % experiments of this with Google logins on Chrome onaccountchooser.com. If the results are good, we can formally document this feature.
[Tim] Glad to see we are doing this, the bootstrapping problem is a hard problem to get over in selling accountchooser.com
[BrianB] Via email he noted "On the .biz test: I like this idea!"