Share via

Outlook intermittently does not launch Add-In when clicked

Douglas Riggs 80 Reputation points
2026-04-07T14:46:41.1266667+00:00

For our outlook add-in being hosted within webmail outlook, the add-in sometimes doesn't launch when the user clicks the add-in button. They can switch to a different email, and it will launch, but will continue to be broken for the original email. Is there anything we can do to fix this behavior, or anything that can be changed with the manifest file?

I can't reproduce the behavior, so not sure what could be causing it. Also does not occur on non-webmail versions of outlook.

Have included a recording of a user (in a browser, outlook.office.com/mail/inbox)

  1. Clicking on the add-in with nothing happening
  2. Going to a different email and launching with 1 click (as expected)
  3. Going back to the original, and it continues to not launch
    Outlook Add in Issue shortened.gif

Here's our manifest file, is the same between all outlook versions: generic-manifest.xml

Microsoft 365 and Office | Development | Other
0 comments No comments

2 answers

Sort by: Most helpful
  1. Hin-V 13,575 Reputation points Microsoft External Staff Moderator
    2026-04-07T18:24:08.2833333+00:00

    Hi @Douglas Riggs

    Thank you for sharing your concerns.

    To better address the issue, could you please provide a bit more information on the following questions: 

    Does this issue happen to all users in your organization, or only to some specific users? 

    Are there any recent changes to your environment? 

    In the meantime, you could try to: 

    • Refresh the Outlook Web page (F5) when the button stops responding. 
    • Clear your browser cache or try in Incognito/Private mode. 
    • Test with a different browser. 

    Please let me know the results after trying the workarounds above to better address this issue. 

    Please understand that our initial reply may not always immediately resolve the issue. However, with your help and more detailed information, we can work together to find a solution. 


    Note: Please follow the steps in [our documentation] to enable e-mail notifications if you want to receive the related email notification for this thread. 


  2. Q&A Assist
    2026-04-07T14:47:00.84+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    Based on the available information, focus on validating and hardening the add-in’s manifest and JavaScript for event-based behavior, and then gathering more diagnostics from affected users.

    1. Validate manifest and runtime mapping
    • Ensure the manifest correctly references the HTML/JavaScript entry point for the add-in pane via SourceLocation (add-in-only manifest) or "extensions.runtimes.code.page" (unified manifest).
    • Ensure the <Runtimes> element or "extensions.runtimes.code" property correctly points to the file that contains the event handlers.
    • Confirm that the JavaScript file used by Outlook on the web is the one that actually initializes the UI and handlers for the add-in.
    1. Ensure Office.actions.associate is used correctly If the add-in uses event-based handlers (On-send, On-new-compose, spam-reporting, etc.), verify that the JavaScript file:
    • Calls Office.actions.associate for each event handler name declared in the manifest so that Outlook can map the manifest action to the correct JavaScript function.
    • Example:
        Office.actions.associate("onNewMessageComposeHandler", onNewMessageComposeHandler);
      

    If this mapping is missing or incorrect, Outlook may silently fail to invoke the handler for specific items, which can appear as “nothing happens” when the add-in is clicked.

    1. Check JavaScript compatibility and bundling
    • If the same JavaScript bundle is used across Outlook on the web, classic Outlook on Windows, and new Outlook, ensure the code is compatible with the supported ECMAScript level for the oldest target (for classic Windows clients prior to Version 2403, this is ECMAScript 2016 and earlier).
    • Avoid patterns that can cause add-ins to time out or fail to load in those environments (for example, async/await and certain operators in older classic clients). If there is a single shared bundle, subtle runtime errors can manifest intermittently per item.
    • If using webpack or another bundler, ensure the dev/build configuration serves static files and does not inject incompatible runtime code into the bundle that Outlook on the web relies on.
    1. Narrow down item-specific conditions Because the issue is item-specific (fails on one message, works on another), collect details from affected users for failing items:
    • Message type (e.g., specific folder, shared mailbox, or special item type).
    • Any classification, sensitivity labels, or rights management applied.
    • Whether the item is in a state that might affect add-in activation (e.g., protected content, special message class). Compare these items to working ones to identify patterns that might affect activation rules or runtime behavior.
    1. Add instrumentation and logging
    • Add client-side logging in the add-in’s JavaScript to capture when the add-in frame loads, when initialization runs, and any exceptions.
    • Surface a minimal diagnostic UI (for example, a simple “loaded” indicator) so users can confirm whether the add-in frame is loading but failing later, or not loading at all.
    1. If the issue persists
    • After validating the manifest, runtime mapping, and JavaScript compatibility, and after adding logging, if the add-in still intermittently fails only in Outlook on the web, collect session details and logs from affected users and open a support case so engineering can review backend telemetry for the tenant.

    References:

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.