Outlook Module Extension - Maintaining context - outlook

I have a web application running in an Outlook module extension, but when a user navigates away from the add-in and back,(e.g. clicking on "mail" and then back to the add-in) the website reloads. Is there a way to not have the embedded browser reload when moving between mail, calendar, and the module extension?

Related

Not able too perform any activity after successfull login page automation in UI path Studio

after successfull login automation when its redirects too dashboard page i am not able too perform any activity on dashboard page using UIPath Studio
i was trying too perform click activity on dashboard page elemnts
Ensure that your window selector is updated once you move on to the next page. I have seen in almost every single automation I have created, the Login page has a different window title than the actual web app screens after login.
With the Modern Design Experience in UiPath, the Window selector is a little hidden from the rest of the selector, so make sure you open the Window Selector dropdown in the Selector Window (or modify the Window Selector property in the properties pane) to modify that when advancing from the Login screen to the main app screen.

How can I make Outlook Add-In to not load from scratch on item change

Im currently developing Outlook Add-In, which is supposed to be a CRM. It loads 3rd party Web App in the task pane, where user has to log in. On desktop Outlook, I can make task pane pinnable and refresh it on item change. On the OWA, it looks like I can't pin my task pane, but I want at least to force Add-In, to not reload itself each time user changes e-mail. It loads from scratch every time with new session/cookies and user needs to relog again. Any ideas if it is possible? Or how can I work around this?

How to close window in outlook desktop client

I am creating a react addin. I need to close the popup window after making an api call. I used window.close() and it is working in outlook web client but it is not working in outlook desktop.
We recommend using the Dialog API for scenarios where you need a popup window. There is an API specifically for closing the dialog that works across all clients including Outlook Desktop

Outlook Add-in: Pinnable Taskpane does not refresh view In Outlook

we have implemented the Pinnable Taskpane by following the article below.
https://learn.microsoft.com/en-us/outlook/add-ins/pinnable-taskpane
This works well in Outlook and OWA both.
Issue: We have 4 Ribbon command button for our Outlook add-in in Read view. We activate the Add-In with one of the button, lets say button A. Once the add-in is activated it shows the functionality from button A. We then pin the taskpane and move around the different messages. while navigating through certain special messages, app view changes and shows the data from the message. This is expected behavior. Once this view is loaded, we can not reset to original view by clicking the button A again on the Ribbon. However if we click button B, it eventually opens up another Task pane instance on top of previously pinned one and navigates to functionality B. The only way it can be reset is to unpin and restart the add-in.
This does not happen in OWA and only specific to Outlook. I ran a test on Outlook 2016 build 9126.2282.
Could someone point out if this is a known issue?

Outlook for Mac add-in with the newly released office.js API

We have an add-in for Office Apps - using the compose form on Outlook appointments in the calendar.
Because finally the office.js add-ins support for Outlook for Mac is out as written here, I have some questions:
How can I debug the JS in the add-in side pane in Outlook for Mac? Since the behavior is sometimes different to Outlook Web
Office.context.mailbox.item.body.setAsync(newBody, { coercionType: Office.CoercionType.Html }, callback) seems to do nothing, only for Office.CoercionType.Text it seems to work
Is it possible to open a web page in the browser instead of a modal window? Because window.open(url, target, features) opens a modal window on top of the appointment, which is again different behavior to Outlook Web Client
It looks like JS is much slower in Outlook for Mac
Question #1
MacOutlook uses webkit to render addin page. You can run the following command from CLI
defaults write NSGlobalDomain WebKitDeveloperExtras -bool true
Restart the outlook and invoke the Add-in. You will see new menu item inspect Element which will let you inspect the elements in the page.
Question #3: If the URL to be opened in a domain that is not listed in appmanifest, the URL will be opened in a separate browser window. The url to be opened is in the domain listed in appmainfest, you will see a popup window. MacOutlook uses modal window due to the limitations of webkit library currently being used.
Question #2 : Can you give specific steps to reproduce the problem and share the Outlook version that you are using - We do not see this problem
Senthil # Microsoft

Resources