<div dir="ltr"><div><div>This has confused me as well when I read the spec.<br></div>My sense is this spec should ignore openid.identity and just return openid.claimed_id = openid2_id.<br><br></div>Markus<br><br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Aug 28, 2014 at 4:53 AM, nov matake <span dir="ltr"><<a href="mailto:nov@matake.jp" target="_blank">nov@matake.jp</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
OpenID 2.0 has 2 identifier, openid.claimed_id & openid.identity.<br>
For historically reasons, some libraries/RPs are using openid.identity as user identifier, unfortunately.<br>
<br>
Does this migration spec have plan to returning openid.identity? or just ignore such buggy libraries/RPs?<br>
<br>
The biggest issue would be Y! inc & Y! Japan’s case.<br>
They have fragment component only in openid.claimed_id.<br>
_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net">Openid-specs-ab@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
</blockquote></div><br></div>