We have an outlook add-in already published on the store and we now want to change the url it is pointing to (inside the manifest file). We want to know the process of doing it, will it be possible to retain the same ManifestId? Also after changing the URL, how would it reflect on the calendars where it is already installed, do the user's need to install again?
To update an add-in already published to Microsoft AppSource to point to a new Source location, you will need to edit your manifest to point to the new location and reupload your manifest in your SellerDashboard listing. (Don't forget to increment the version number!) Once you have uploaded your new manifest, you should submit your update to validation and the team will review the update. If approved the updated version of your add-in will automatically be psuhed to existing users.
Please do not change your manifestID as this will cause your add-in to fail validation.
Related
Doc - https://learn.microsoft.com/en-us/office/dev/add-ins/reference/requirement-sets/outlook-api-requirement-sets
It's clear that new users won't be able to install the add-in, but are existing users affected after a manifest MinVersion update? Will they no longer be able to load (or even see?) the add-in?
I have developed an in-house VS Extension that I would like to make it easy to update for the user. I've already worked out checking for new version and downloading the file. I would like to have VS auto-update from the downloaded file on next startup. Is that possible? If so, how?
Is there a folder I can drop a .vsix file that will cause Visual
Studio to update from that file the next time it opens?
I think you want to make a private vs extension gallery that contains the extensions only for your internal staff.
If so, you could just create such gallery by Jason said.
1) create a folder that only access to your internal staff or create a sharePoint site that is hosting the private gallery..
2) put all vsix files in that folder and then download PrivateGalleryCreator.exe. Put PrivateGalleryCreator.exe into the folder.
After that, click on the program to generate the feed.xml file.
3) enter Tools-->Options->Environment-->Extensions and Updates. Click Add, rename the new gallary and copy the full path of the feed.xml into URL.
Remember to click Apply to enable the URL.
Based on it, you can find the extensions on the new Gallery for all the internal staff.
Also, you can check this document.
Besides, if you want to auto-update these extensions, you should enable the auto-update options under Tools-->Options-->Environment-->Extensions and Updates.
I added a user to Team Foundation Server DevOps, but when the user entered the URL made a mistake, he entered an URL that does not exist.
I tried to remove this broken address, but does not let me delete it, there is no way to delete it in the graphical interface of Visual Studio, I tried to correct eliminating the cache of Team Foundation, I have tried to remove the workspaces, but it does not manage to eliminate this broken URL.
I have also tried to modify this URL that is misspelled but when editing the workspace, will not let me modify that address.
Here is a screenshot of the URL I want to delete, when I delete a workspace and click on Update or simply add the server to which the new user has permission to access for some reason the broken URL is not deleted, it seems that when you click on the download button and assign the existing server files if it appears as if you downloaded the solution's files but when checking in the file explorer there is nothing, and the broken URL is still there by default, I send a screenshot so you can view the problem, you will not find the local path where the files are saved because the entire Team Foundation Server cache is reset.
The broken URL
Ok, I found the solution, it turns out it was very simple, the problem was that when you add the user to the project by default is added to the stakeholder level, and that level does not allow changes in the source code, only at the administrative level, such as assigning Tasks, view assigned tasks, etc...
At the time of wanting to change the level within the project in the Web portal does not allow it to do because the change must be made at the organization level, so it is only necessary to enter the portal of the Organization then:
Click on Organization Settings--> Users--> Change access level (click on 3 dots in name of user) --> Change from Stakeholder to Basic
Ready... Problem fixed!
I'll add some screenshots of the process:
Click Organization Settings
Click on Users
Change access level
Change Stakeholder to Basic
I wrote a Python script that edits emails and appends them to a folder with the IMAP "APPEND" command. The emails are successfully "created" as I am able to fetch them from the destination folder after the execution of the APPEND command. The problem is that the newly created e-mails simply won't show up in Outlook. It is worth noting that the destination folder contains older e-mails (previously created with my script) which are still visible in Outlook. I removed all Outlook filters from the concerned folder but still there are no new emails showing up. I also pushed the "Update folder" button but still no success. There is probably some advanced Outlook configuration that I am missing here ;) I would appreciate some help.
I "solved" the problem by simply removing and re-adding the concerned account ("Account Properties" -> "Account Settings" --> "Remove"/"Add"). Now I will have to wait and check if the problem reappears.
If this does not solve the problem maybe try with another profile.
I am using VS2012 with TFS on a server workspace.
When someone checks something out a person icon is shown next to the file so you know it is currently locked by someone else, however when they check it back in the icon changes back to a lock icon without any indication that the files has been updated.
Is there a setting i'm missing that will show that you don't have the latest file maybe an icon next to the file in the solution explorer?
The only way i see how to do it is to view history on each file or go to the source control explorer and run a compare on every files, both of these options are not very efficient as I would not know when to perform this so i would have to do it on every check out.
Thanks in advance.
No, you did not miss any particular detail. After the checkin, the icon returns to a lock, and there are no notifications by default.
I believe that there is nothing that can be done about the padlock icon, but you can set up alerts (e-mail) to be triggered when check-ins are made.
Take a look here and here (alerts for specific folders) to understand how to configure e-mail alerts using TFS Event Service.
You can also bind notifications to workitems.
If your TFS is configured to use gated-checking to perform a build on a "build server" before each check-in, you can subscribe to the Team Foundation Build Notification to receive notifications of new builds that were queued/processed on the server.
Hope it helps.