[OpenID] Nascar-fix? Austin King: Federating websites via the Repo design pattern

Chris Messina chris.messina at gmail.com
Sat Jul 31 15:42:53 UTC 2010


It's a promising direction, but suffers the same issue as the XAuth.org
approach, which is that you would always have to visit your provider to
register it as a handler BEFORE visiting any site that would invoke, say, an
"openid:" protocol.

This may not be a problem in practice, since most people will probably visit
their primary provider(s) at least once during their session, but it does
suffer from the cold start problem.

There may also be an issue with using this approach on shared computers, or
where the user has several different accounts with the same provider — it
would be important to consider how one might select a given account from
several hosted with a given provider.

Still, I'd be interested in a seeing a demo because this obviously would be
a neat approach in certain contexts.

Chris

On Sat, Jul 31, 2010 at 1:31 AM, Odin Omdal Hørthe <odin.omdal at gmail.com>wrote:

> Hey!
>
> I didn't see this was posted to the openid-list. It's a possible fix
> for the Nascar openid-problem.
>
> <
> http://blog.mozilla.com/webdev/2010/07/26/registerprotocolhandler-enhancing-the-federated-web/
> >
>
> --
> Beste helsing,
> Odin Hørthe Omdal <odin.omdal at gmail.com>
> http://velmont.no
> _______________________________________________
> general mailing list
> general at lists.openid.net
> http://lists.openid.net/mailman/listinfo/openid-general
>



-- 
Chris Messina
Open Web Advocate, Google

Personal: http://factoryjoe.com
Follow me on Buzz: http://buzz.google.com/chrismessina
...or Twitter: http://twitter.com/chrismessina

This email is:   [ ] shareable    [X] ask first   [ ] private
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-general/attachments/20100731/3a506b1f/attachment.html>


More information about the general mailing list