-
Notifications
You must be signed in to change notification settings - Fork 250
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
Office add-ins on mobile reccommends using deprecated (soon to be decomissioned) REST API #3106
Comments
Thanks for raising this concern @westconference. @JuaneloJuanelo and @ElizabethSamuel-MSFT, could you please provide guidance around mobile alternatives for REST APIs? |
Hi @westconference, we are currently reviewing our APIs to determine how they will be impacted by the REST API deprecation planned for 2022. We will communicate recommended guidance broadly in our documentation once we are done with our review. Thanks. |
Any updates? |
2 similar comments
Any updates? |
Any updates? |
Hi @ckollipa-adm, We are still in the process of reviewing and updating our API documentation. I will update this issue as soon as this task has been completed. In the meantime, please be advised that Outlook add-ins using REST V2 created before November 2022 are eligible for an exemption. If this is something you'd like to opt into, please register your add-in at https://aka.ms/RESTCheck. |
Hi, @ckollipa-adm! One note I have for you: you can call an Azure AD login page to get graph access for mobile devices. However, I will note it is a much degraded user experiences vs using REST tokens or GRAPH SSO tokens. Especially if you're add-in is meant to do small/quick actions related to the message. The login page/process becomes the majority of add-in interaction time. This demo has a login page fallback example: https://github.com/OfficeDev/Office-Add-in-samples/tree/main/Samples/auth/Outlook-Add-in-SSO/AttachmentDemo Personally, I would much prefer that IdentityAPI 1.3 be added to the mobile clients and manual login only be needed for older clients, such as 2016. @samantharamon the form you linked, can it be used for Private add-ins or is it only intended for add-ins that are in AppSource? |
Great question, @GrumpyAL . I've verified that the form applies to both private add-ins and add-ins in AppSource. |
@westconference @ckollipa-adm @GrumpyAL Thank you for your patience. Documentation on mobile Outlook add-ins using the REST service is still an ongoing task in review, but I wanted to provide an update. To add to my previous post, active add-ins that use the REST service will be granted an exemption to keep using the service until extended support ends for Outlook 2019 on October 14, 2025. This includes new add-ins that are developed after the decommission date in November. @JuaneloJuanelo provided an update on this in this month's Office Add-ins community call and answered questions, including mobile-related ones, which may interest you. Additional questions raised by the community during the call will be answered in a blog post and a link will be posted to Microsoft Office Add-ins community call, so watch out for that, too. |
@samantharamon after reading through the August community call, I have a question. Will this exemption process now just apply automatically or do we still need to opt in for any new or existing add-ins using the above form? Our concern is that we have rare occasions where the appID may get changed before the add-in is deployed. |
@GrumpyAL thanks for raising this question. The team is currently testing automatic add-in traffic identification, so that you won't need to submit the form for your new and existing add-ins to be exempted. During this testing phase, and especially since your add-in has certain conditions, I encourage you to submit a form to participate in testing. This will allow the team to identify and account for certain edge cases. |
Hi @westconference, I wanted to provide an update on your original post. Since |
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. |
The office add-in mobile documentation directs users to use the Outlook REST APIs with their add-ins. The Outlook REST API was deprecated in 2020 and will be decommissioned in 2022.
The deprecation notice recommends MS Graph as an altenative however the getAccessToken method provided by OfficeRuntime is part of the IdentityAPI 1.3 requirement set which is not supported on mobile.
The documentation needs updated with suggestion of what mobile office add-in developers should do instead of using the soon to be decomissioned REST API.
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.
The text was updated successfully, but these errors were encountered: