-
Notifications
You must be signed in to change notification settings - Fork 596
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to add Apple as identity provider per the sample #20
Comments
Facing the same issue. Any updates? |
Looking into it for you. |
Any update here? I'm facing the same issue as outlined above. |
Added a StackOverflow question on this: |
Answered in SO. |
I'm also getting the same error despite not having a custom identity provider with the same issuer. If I change the issuer in my |
There appears to be an issue here in regards to the conflict with the metadata endpoint, we are working on it. |
I am having the same problem... Apple rejected my app because they want me to include "Sign in with Apple" Any help will be very welcome. |
The issue is resolved now. @JasSuri issue can be closed now. |
Closing as per @agrabhi request. |
This fixed the problem for a single Apple ID provider. I need more of them and adding any consecutive gives me the same error. |
That's by design in basic policies Azure AD B2C enforces the distinct issuer. The reason being that unique id of the user depends on the client Id in that system. If you have two apps in Facebook, Facebook will give you separate unique user Id for same user using different apps. So AADB2C wants that connection to one issuer is established through only one identity provider. Any reason why you would want to use the same tenant? |
I'm following the instructions at https://github.com/azure-ad-b2c/samples/tree/master/policies/sign-in-with-apple to add "Sign in with Apple" as a B2C identity provider.
I got to the very last step, and when I click Save I get the error "The issuer 'https://appleid.apple.com' found at the metadata endpoint {my endpoint} is already in use by an identity provider.
Are those instructions still valid?
The text was updated successfully, but these errors were encountered: