-
Notifications
You must be signed in to change notification settings - Fork 202
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
[Bug] Original AADSTS
error is hidden by WAM
#698
Comments
This is the raw result returned by
|
MsalRuntime (the component that we used to talk to WAM) shows that error only when the pii logging was enabled. @jiasli you can give it a shot. That being said, if Azure CLI ends up needing to enable pii all the time, that sounds defeating the purpose of having a pii flag in the first place. Perhaps we can revisit whether the AADSTS error description shall be classified as pii. CC: @ashok672 |
PR that introduced |
Did that comment hint that you are satisfied with opting in via that flag, always 😱? If so, the current github issue can be closed. Otherwise, you may tag and/or assign MsalRuntime folks into this issue. |
No. My comment merely provides additional information. |
So, to clarify, the ask here is to have MsalRuntime to expose the "AADSTS xxxxx: details" even when PII is disabled. We will have @ashok672 to weigh in on this topic. |
In Azure/azure-cli#30491, the customer describes the error messsage |
Describe the bug
Original
AADSTS
error is hidden by WAM.To Reproduce
Steps to reproduce the behavior:
With browser-based flow,
AADSTS
error is shown which contains detailed message explaining what happened:However, when WAM is used, the original
AADSTS
error is hidden, leaving a less informative error message:Expected behavior
WAM should expose the original
AADSTS
error.What you see instead
A rephrased, less informative error message.
The MSAL Python version you are using
1.28.0
The text was updated successfully, but these errors were encountered: