← Back to team overview

launchpad-dev team mailing list archive

Re: How do we fix the Launchpad's login experience?

 

On Fri, Sep 24, 2010 at 5:45 AM, William Grant <me@xxxxxxxxxxxxxxxxxx> wrote:
> On Fri, 2010-09-24 at 00:38 -0400, Elliot Murphy wrote:
>> I'm really glad to see this being discussed in detail.
>>
>> On Thu, Sep 23, 2010 at 7:18 PM, William Grant <me@xxxxxxxxxxxxxxxxxx> wrote:
>> > I think that login.launchpad.net needs to disappear. It is simply too
>> > confusing -- everyone has two independent sets of email addresses
>> > associated with Launchpad.net.
>> >
>> > It can't safely be destroyed now (forcing non-Ubuntu LP users to use an
>> > Ubuntu-branded SSO site would be foolish), but it seems reasonable to do
>> > it once LP becomes a general OpenID provider.
>>
>> This might be a dumb question, but why is it a problem if non-Ubuntu
>> LP users see an Ubuntu-branded SSO site?
>
> Many projects are concerned that Launchpad is too tied to Ubuntu.
> Forcing them through an Ubuntu authentication gateway will probably not
> help with that.
>

I don't disagree with you, but I haven't heard anything from these
projects. I'd like to know more about their concerns, do you have
anything that could help me follow this up?

...
>> > In summary: fix bug #637968, make LP a general RP, destroy
>> > login.launchpad.net.
>>
>> This sounds like a good summary, although I would like to understand
>> why is making LP a general RP a necessary step?
>
> As above: we don't want to scare more people off LP. Forcing everyone
> through somewhere with heavy Ubuntu branding is going to scare more
> people off.
>

Well, even separately from the branding issue, it's removing a step
for people who already have openids.

I'm not convinced that Ubuntu branding would scare people off. First,
I don't think Ubuntu branding is that scary. Second, I think that a
little bit of copy could significantly reduce the "you are now
Ubuntified" aspect.

I more readily believe that people will be put off simply by yet
another password confirmation dialog.

jml



Follow ups

References