openid_url as query parameter
news letter
gorriro.newsletters at gmail.com
Thu Sep 13 15:33:05 UTC 2007
Dear OpenID enthousiasts,
I have visited some OpenID enabled sites. I have found that they require
submitting a form with my OpenID to get the process going. I'm no expert and
neither a heavy OpenID user. But I was wondering what would happen if the
OpenID enabled website could support adding my OpenID as a request
parameter?
Instead of this flow:
1. Http GET request for http://myenabledsite.com/index.php
2. Fill in OpenID in form and click Submit
3. OpenID processing (possibly requiring authentication)
4. Logged in to myenabledsite.com
I would get this flow:
1. Http GET request for
http://myenabledsite.com/index.php?openid_url=http://getopenid.com/sampleid
2. OpenID processing (possibly requiring authentication)
3. Logged in to myenabledsite.com
I would eliminate step 2 of the orginal process.
I could bookmark my favourite Open-ID enabled sites with the request
parameter added, never having to fill in the form anymore.
If I was logged in to my OpenID provider already, I would have a 'true'
Single Sign-On experience.
It's hard to imagine I would be the first to think of this and there are
probably good reasons not to implement OpenID like this. So I am very
curious as to what those reasons are.
Two, I could think of myself are:
1. that this request parameter would have to be standardised in a way so
that users wouldn't have to 'guess' at it
2. that you would still have to find out which page to GET with the request
parameter. Not all sites 'start' at /index.php. A possible solution for this
would be not to use a request parameter but a standard URL. You would be
able to login with OpenID to every enabled site at
http://<domain>/openid/<your openid>.
Thanks in advance for your feedback.
Kind regards,
Robin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-user-experience/attachments/20070913/b7ee0051/attachment-0001.htm>
More information about the user-experience
mailing list