-
Notifications
You must be signed in to change notification settings - Fork 541
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
Use unified BattleNet server #813
Use unified BattleNet server #813
Conversation
Yeah, I noticed the same thing when testing the OpenIddict implementation. It just seems this domain name - that has a CNAME entry that points to AWS China - is not resolvable everywhere: https://www.whatsmydns.net/#CNAME/oauth.battlenet.com.cn |
src/AspNet.Security.OAuth.BattleNet/BattleNetAuthenticationDefaults.cs
Outdated
Show resolved
Hide resolved
- Use `IPostConfigureOptions<T>` to configure the URLs for BattleNet. - Add new `Unified` and `Custom` regions. - Update/add XML documentation. - Undo obsolete attributes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good 👍🏻
(adding a new Unified
constants class is fine, but maybe that would have been safer to just update the existing "constants" to use the new server address, in case they'd change the rules in the future and "de-unify" some of the regions?)
I figured it was better to let people just switch the region so if they de-split it again, then we don't need to change anything in the code at all, people just change their I figured this was a good middle ground of back-compat and not preventing the use of the unified regions at all. |
Yeah, it's a reasonable compromise 👍🏻 |
Implemented based on #812 (comment).
Unless it's because of my office's DNS, I couldn't get
oauth.battlenet.com.cn
to resolve, so I left the URLs for China as they were.I don't actually have a BattleNet account so I haven't tested this against the actual server.
Resolves #812.