<div dir="auto">Some providers do support parameters with a similar semantic. The tricky part is that the value will be specific to the AS (eg there’s no standard identifier for Facebook or your local Ping IdP) hence the interop advantages of standardizing the parameter might not be as significant. Other potential complication is if there’s some protocol transition, eg jf thenhint needs to be propagated thru further legs hence re-wrapped in semantic equivalents in the target protocol (eg wtrealm in wsfed), also something implementation specific.</div><div dir="auto">I would not be against standardizing, I see no harm w it, it’s more of a cost/benefit consideration of the time spent on doing so vs benefit of it.</div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 2, 2022 at 08:23 George Fletcher via Openid-specs-ab <<a href="mailto:openid-specs-ab@lists.openid.net">openid-specs-ab@lists.openid.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">
<div>
<p><strong>This message originated outside your organization.</strong></p><br>
  <hr><br>
</div><div dir="ltr">Hi,<input name="virtru-metadata" type="hidden" value="{"email-policy":{"disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"enableNoauth":false,"expandedWatermarking":false,"expires":false,"sms":false,"expirationNum":1,"expirationUnit":"days","isManaged":false,"persistentProtection":false},"attachments":{},"compose-id":"3","compose-window":{"secure":false}}"><div><br></div><div>I know I've mentioned this in the past and wanted to bring it up again. If an OpenID Provider allows for federation with multiple IDPs, there are times the client wants to "tell" the OP which of those federated IDPs to use. </div><div><br></div><div>In a social login context, this can allow the client to specifically tell the OP to use Facebook for authenticating this user. However, this pattern is used in many other contexts.</div><div><br></div><div>Any interest in writing a very small spec to enable an 'idp_hint' parameter that can be passed as part of the /authorization request? I suppose this could also go to the IETF as it's not specific to ODIC.</div><div><br></div><div>Thoughts?</div><div><br></div><div>Thanks,</div><div>George</div></div>

<hr><br><font style="color:rgb(64,64,64)">The information contained in this e-mail is confidential and/or proprietary to Capital One and/or its affiliates and may only be used solely in performance of work or services for Capital One. The information transmitted herewith is intended only for use by the individual or entity to which it is addressed. If the reader of this message is not the intended recipient, you are hereby notified that any review, retransmission, dissemination, distribution, copying or other use of, or taking of any action in reliance upon this information is strictly prohibited. If you have received this communication in error, please contact the sender and delete the material from your computer.</font><table border="0" cellspacing="0" cellpadding="0" width="100%" height="30"><tbody><tr><td><br>
</td></tr><tr>
</tr><tr><td><br>
<br>
</td></tr></tbody></table><br>
_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>
<a href="https://lists.openid.net/mailman/listinfo/openid-specs-ab" rel="noreferrer" target="_blank">https://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
</blockquote></div></div>