-
Notifications
You must be signed in to change notification settings - Fork 99
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
Addin fails to load in trident (Outlook) systems when NAA-SSO authentication is used. #4842
Comments
Any update in thus issue ? |
Hi @glr0221, Unfortunately MSAL v3 (for NAA) won't run on Trident (IE webview). We're working on providing a sample that will show how to fall back to MSAL v2 so that your add-in can still authenticate and run. That is on the backlog. Thanks! |
Hello @davidchesnut . Thanks for your response and for the sample in advance. Very much appreciated. The other concern I have is the upcoming October 2024 deadline : Exchange user identity tokens and callback tokens are deprecated and will begin to be turned off in October 2024. We recommend moving Outlook add-ins that use legacy Exchange tokens to nested app authentication. Are there plans to extend the October 2024 deprecation while NAA still has some issues? Thank you. |
The timeline is in our FAQ So just to help clarify... Only tenants with Current Channel clients will have Exchange tokens turned off in October. And then it will only be tenants we know are not using Exchange tokens. So you shouldn't see add-ins affected yet. In January 2025 is when you'll see all Current Channel tenants having Exchange tokens turned off. So January is definitely when you're going to want your add-in ready. Cheers, |
@davidchesnut Thank you for the timeline and the link explaining it. Looking forward to get the NAA-SSO in place way before the June 2025 deadline. |
Just checking on this item. Do we have a timeline for the msalv2 fallback? Also I have tested a newer version (3.24) with trident outlook. It still crashes on load of the addin. We have 3 months until January, and we really would like to get the NAA-SSO implemented in our code. Or should I just not support Outlook with trident because it is obsolete? Thank you for your patience and understanding. |
Hi @glr0221, We published a sample showing how to support trident fallback here: https://github.com/OfficeDev/Office-Add-in-samples/tree/main/Samples/auth/Outlook-Add-in-SSO-NAA-IE Also we won't be turning off Exchange Online legacy tokens in any tenant until February. For more information see Nested app authentication and Outlook legacy tokens deprecation FAQ Hope this helps! |
Hello @davidchesnut, Thank you once again for sharing this sample. Sorry for the late response as it is only now that I had the time to test. I tried the sample on a trident environment and ended up with a runtime error :
The Outlook version I was using was the following :
I got this build from one of Microsoft's reference articles. I hope the logs I sent help in determining the cause and in developing a fix as well. Thank you. |
Hi @glr0221, Running this sample I see it is not working properly, so I'm investigating how to fix and will follow up soon. Thanks! |
Hi @glr0221, Sorry for the late follow up on this issue. My original test setup was incorrect and after some more testing the sample is working correctly. I also tried on the Windows 10 setup with the outlook version you tried, and the sample works there as well. From the error you get, it looks like something is happening with the webpack build. Do you notice any warnings or errors when running the build? Thanks, |
This issue has been automatically marked as stale because it is marked as needing author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment. Thank you for your interest in Office Add-ins! |
This issue has been closed due to inactivity. Please comment if you still need assistance and we'll re-open the issue. |
I have successfully incorporated NAA-SSO authentication in my addin.
I was using this sample as basis for my implementation.
Everything was working fine OWA, mobile and outlook clients.
However, when I tried to load the addin in TRIDENT windows-outlook clients, my addin could not be loaded.
Expected Behavior
I fully expect that NAA-SSO will not run in trident systems.
However, it should not cause for the addin to not be loaded.
I tried adding try-catch around 'createPublicClientApplication()' but it does not go into the 'catch' flow.
Current Behavior
Currently, if an addin adds support for NAA-SSO, and follows the sample provided, then the addin won't be loaded in trident systems.
Steps to Reproduce, or Live Example
I don't know if this will help in the debugging process, but somehow this can be reproduced using the sample . Just make sure that the target Outlook client is a windows-trident outlook client.
Just follow the sample for SSO-NAA. And then make sure to test and load it in a trident outlook instance.
Context
Imagine that you have an addin that runs on a lot of end points.
And those endpoints are a mix of the new versions and trident systems.
Currently, without NAA-SSO, your addin works great, behaves and functions as designed.
Then you update your addin to support NAA-SSO, and it fails to load the trident systems.
Your Environment
Useful logs
The text was updated successfully, but these errors were encountered: