Trying to customize this policy for a JIT migration scenario where prior to authentication (ResourceOwnerPasswordCredentials-OAUTH2) other orchestration steps are necessary.
As soon as another claims exchange (REST call) is put in front of it B2C engine decides the local authentication step now should be handled by IsClaimsExchangeProtocolARedirectionHandler = true making it useless for advanced situations.
⚠Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.
Obviously? Because the moment you put a REST claims-exchanger in front of the Oauth2, B2C considers that a server-to-server auth flow. [Which in itself is listed as 'unsupported' in that document you referenced].
@sujayvsarma It makes total sense from an ROPC perspective. Thanks for for pointing to that section of the documentation. Now it's about configuring native clients to follow redirects. Thanks for the insight.
@sujayvsarma Thanks for the clarification provided. :+1:
@sujayvsarma Have you been able to fulfill the ROPC flow using the redirect provided by B2C? Everytime I try to follow the results of the redirect and get back B2C's oath2/authresp endpoint with the acquired token from STS, it responds with an error.
No. Perhaps I can help you if you tell us a little about how you've set it up and what error(s) you are seeing.