Open christian-sap opened 1 year ago
Thank you for letting us know about this issue. We will take a look shortly. Thanks.
Have forward this issue to the owner team.
Hi @gergzk, is there a reason why do not fix this issue?
@christian-sap - we are doing some bulk cleanup of issues (based on least-recently-updated) and a few of them are false positives for closing. In practice most of this work is tracked in internal systems (not GitHub) by dev teams, and many issues get desynced (a decision or fix is made, but the result doesn't get reflected back here). We've improved this mirroring process and are cleaning up the old, open issues to help us get fully on a better path. Since this was assigned to a developer, I'll reopen it.
When opening a dialog the window wrongly shows an "ADD-IN ERROR" in some certain situations.
Your Environment
Expected behavior
The "ADD-IN ERROR" should only be shown if there is a real error.
Current behavior
The "ADD-IN ERROR" is shown if the server returns a HTTP 401 even though the browser responds correctly by showing a "Windows Security" popup where the user can log in.
Steps to reproduce
Launch a dialog and redirect to another domain where the server responds with HTTP 401 and these HTTP headers: WWW-Authenticate: Negotiate WWW-Authenticate: NTLM
As a result a popup is shown where the user can authenticate. This is the expected behavior.
Unfortunately in the dialog window a yellow "ADD-IN ERROR" is shown which is really confusing for users. Nothing went wrong. The server returned a HTTP 401 with instructions for the browser and the browser showed the popup.
https://user-images.githubusercontent.com/79985386/206464542-08c5f257-51bc-4d4a-b601-b51b7971ff00.mp4
Link to live example(s)
No live example available.
Context
This issue occurred for one of our customers and the users always get this "ADD-IN ERROR" when authenticating to the IDP even though there is no error. This is misleading and confusing.
Useful logs