-
Notifications
You must be signed in to change notification settings - Fork 339
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
[Feature Request] Region auto enable on env variable #4930
Comments
No. Today app developers must explicitly opt-in to ESTS-R by using the API This proposal is for MSAL to auto-detect an env var, eliminating the need for app developer to use |
This line shall be inserted into the very beginning of this feature description as a "Problem Statement" or a "WHY". :-)
Why do we need this special case? Wouldn't it be much more intuitive (and easier to implement) to do "if the env var MSAL_FORCE_REGION is absent or empty, then the above no longer applies"? |
Region auto-enable
MSAL_FORCE_REGION
, which will be set to a specific region (e.g.westus1
)Disabling the behavior
If region is explicitly set in MSAL to the string "DisableMsalForceRegion`, then the above no longer applies
Conflicts with
WithAzureRegion(xyz)
Use of the api
WithRegion(xyz)
takes precedence over the env variable.Acceptance tests
For all of the tests, assume env variable MSAL_FORCE_REGION=eastus
Alternatives
No response
The text was updated successfully, but these errors were encountered: