improve usability on SSO decide page

Bug #903785 reported by Ricardo Kirkner
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical SSO provider
Confirmed
Wishlist
Unassigned

Bug Description

When logging in using SSO users will be presented with a 'decide' page, where they can approve sending the consumer requested information (nickname, email, language, etc) or not.

The current implementation is not very user friendly, and encourages one of two behaviours

- click-blindness: user's will just click away without reading; in this case this page is just an extra request/click with no extra value added
- not sending the needed data: by exposing this information, user's will be tempted to not send data, which may result in a below average user experience most of the time (as consumers will then be forced to ask for this information from the user, or deny access if they really need it)

There are two possible solutions for this:

Short term: hide checkboxes to avoid unnecessary "thinking"

By collapsing all the information so that it's not directly visible unless the user intents to view it, we could solve issue n. 2. The decide page would still be suceptible to click-blindness, as it would not require more interaction from the user than a 'Yes, I accept' button click.

Long term: implement data profiles

We could add the concept of data profiles, where the user can create different data-exposing profiles and then selec the profile to use, which would make a better UI experience while still allowing the user to control exactly what is sent over. An example of this can be seen as implemented by myOpenID (http://myopenid.com)

Changed in canonical-identity-provider:
importance: Undecided → Wishlist
Changed in canonical-identity-provider:
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.