[OpenID] openid.user_setup_url no longer in V2
Andrew Arnott
andrewarnott at gmail.com
Sun Sep 7 15:03:55 UTC 2008
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.
On Sun, Sep 7, 2008 at 3:16 AM, Martin Atkins <mart at degeneration.co.uk>wrote:
> Andrew Arnott wrote:
>
>> Does anyone who helped with the V2 spec know why user_setup_url was
>> removed from negative immediate auth response messages? I like the overall
>> changes, including that id_res is no longer sent in negative cases, which
>> just confused the question of whether an auth was good, but user_setup_url
>> was still helpful to some clients.
>>
>> I wondered if it had to do with the identifier_select case, where OPs
>> might have a privacy leak that might expose the logged in user's
>> claimed/local IDs in the setup_needed message if the request was sent with
>> identifier_select.
>>
>>
> I believe this was just for simplicity's sake. The 1.1 flow was:
>
> * RP does immediate request.
> * OP responds with failure and setup URL.
> * RP sends user to setup URL.
> * OP does some setup.
> * RP repeats immediate request.
> * OP responds with positive assertion.
>
> (or something along those lines.)
>
> The equivalent flow in 2.0 is something like:
>
> * RP does immediate request.
> * Server responds with failure.
> * RP does non-immediate request.
> * OP does some setup.
> * OP responds with positive assertion.
>
> The second non-immediate request functions as the setup step and the
> repeated immediate request rolled into one.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-general/attachments/20080907/ed07b293/attachment-0002.htm>
More information about the general
mailing list