I have created an Outlook Web Add-in that runs great and all users can add it to their My add-ins > Custom add-ins from the Store icon on Outlook 365 when choosing to Add from file. However, when trying to load the same manifest from Add from URL Outlook is showing the following dialog.
I did download the validate-office-addin using npm. Here is the Validation "Passed" result:
All users who are trying to add the add-in from the URL have access to the web server and can browse the manifest file and see the XML Definition directly from a browser, such as Chrome.
Are there any steps that I am missing that should allow this to be available for adding the add-in from a URL?
Thanks
Related
We have a site used by Outlook addin hosted on sharepoint, when a user tried to access it they had a browser window open on the Sharepoint Online site, our front end is hosted there but it doesn't bring us to site location it just brings to Sharepoint home page.
We resolved this for a lot of users by adding runtimes in our manifest (this will force Outlook to use IE, whereas before browser is determined on a combination of 365 and windows versions). Still for some users it will bring us to a new browser, we have checked they are on the same Windows and Office 365 version as others who have the plugin working in Outlook task pane.
Also to note there is no issue with anyone using the plugin from OWA (web mail in a browser) and the redirect from desktop outlook looks like it for SSO then verifies user in browser and brings us to Sharepoint.
anyone have any idea what could be causing this?
The problem was caused by any sites or domains trying to be accessed by outlook addin need to be added to app domains in the manifest file. We ran a fiddler trace on the users machine and took a list of the domains that were being hit (for SSO) once we added them this issue was resolved.
I have developed integration of Custom Tabs App (as an external web service) into Microsoft Teams: Docs
I need to implement possibility to open files from Files tab of Channel/Group chat in this Custom Tab app.
Also it should be great also to have ability to open files in Custom Tabs App directly from attachments menu:
Thanks in advance for any response.
Currently You cannot add an ability that will provide an option to deep -link for the file to custom tab of your app. This is by design.
We have setup and are hosting a centrally deployed Add-in for Excel developed with the OfficeJS API. We have had success in building, hosting, and testing the Add-in, but are now seeing a very strange issue that we are having trouble debugging. For context, the Add-in is developed with React, the OfficeJS API, and is intended to be loaded within Excel and primarily interacted with via the taskpane window.
Now that we have a working Add-in, we have deployed the Add-in to our first client using Centralized Deployment (https://learn.microsoft.com/en-us/office/dev/add-ins/publish/centralized-deployment) for the Client's associated Office 365 account. When deploying, we originally only deployed to a certain subset of users while finalizing testing, but since we have updated the "Assign Users" setting to "Everyone". We are now running into a strange issue where some of our users in the account are able to access the add-in, and some are not. It should also be noted that all of the users who originally had access still have access; it seems only a subset of the newly authorized users are unable to access the add-in.
So far, we have tried a number of things to re-create and/or resolve the issue, but have had no success:
Setting up new accounts - when setting up a new account, the new account seems to have access to the Add-in as expected. We are unable to re-create the bad state some users are experiencing.
Clearing Excel Cache - we have had users clear their Excel application and web cache, but nether has resulted in changes to access.
Logging in/out - we have worked with users to sign-out, clear cache, and sign-in again but this does not update any access settings for the Add-in.
Attempting to Manually "Insert" the Add-in - when opening the "Insert" tab and selecting "My Add-ins" menu from Excel, the user does not have the Add-in listed under the "Admin Managed" tab. If the user attempts to "Refresh" it still does not change anything.
We are starting to meet with some of the users who are experiencing the issue to further investigate, so any advice or further debugging tips would be greatly appreciated!
I'm developing Excel online apps using "Napa" Development Tool, using a newly registered account, currently in my 30 days free trial phase.
When I was trying to create an task pane app for Office on my Sharepoint page, I successfully created a project, and I was able to edit the code inside the online code editor.
When I was trying to run the project, by clicking on the "Run" icon on the left menu bar
,
the pop-ed up dialog indicates that the app was deployed on the website.
But, when I clicked on the link and it opens up a new browser tab, in which the webpage told me that I don't have access to that page.
Anyone knows what's going on here?
Also, it's not just that the Task pane apps are not working. I tried to create App for Sharepoint, Content app for Office, Task pane app for Office, and all of them don't work, telling me that I don't have access on the page when I tried to run them.
Found the answer.
In the page indicating access required, post a new message and require access to the site.
And then in your own sharepoint.com site, edit the site and grant access to that specific message, then we can have the access to the app.
The company I work for is using SharePoint as a CMS for it's public facing website. I recently enabled FBA (Forms Based Authentication) for the site in order to provide some user specific functionality, but this has caused a side effect with Word / Excel files when opened from the site using Office 2007 / 2010.
Some users are challenged for authentication when opening a Word / Excel document from IE (but not when they're select "save file" instead of "open file"). A window pops up behind IE / Word / Excel (so you often don't realise it's there) showing the sites login page. If the window is dismissed then the document continues to open normally.
It seems to be environmental. Most Office 2007 / 2010 users internally experience this and we've had one report externally of this happening.
Anyone know how to prevent this behaviour?
In case it's relevant: The company also has an internal SharePoint site using NTML authentication allowing internal users to edit the same content visible externally.
I originally suspected the SharePoint header added to responses may be alerting Office to check for authentication to allow extended functionality, but I remove the response header in IIS and it didn't make any difference.
In the Authentication Provider for the FBA enabled site, do you have Enable Client Integration? set to Yes?
Central Administration > Application Management > Authentication Providers > Edit Authentication