[OpenID] openid.user_setup_url no longer in V2
Martin Atkins
mart at degeneration.co.uk
Sun Sep 7 18:18:55 UTC 2008
Andrew Arnott wrote:
> Really? I never imagined the flow in 1.x meant anything other than the
> user_setup_url was anything besides an ordinary non-immediate request.
> In which case I don't know why the RP would send a setup_url request
> and a following immediate request, as the setup_url request results in
> an auth.
>
> It seems to me that 1.x and 2.0 is the same, except that instead of 1.x
> formulated the checkid_setup url for the RP, the RP must create it itself.
>
I may be remembering this wrong, I believe that the original design was
that the setup URL wouldn't actually return a positive assertion, but
rather would simply do the approval step. The intention was that
"AJAX-like" implementations would be able to try an immediate request in
the background, and if it failed open the setup_url *in a new window*
(leaving the original page undisturbed) and finally retry the
checkid_immediate in the original window to complete the authentication.
In practice, I don't think anything except Brad's original demo
implemented it this way, and so the setup_url became redundant and was
often just the OP's checkid_setup URL.
However, it's been a long time and I might be remembering this wrong.
Nonetheless, if the setup_url results in auth then it is the same as a
checkid_setup request, so it's redundant.
More information about the general
mailing list