Installing Office Customization

问题:

Name: From: file:///D:/Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

The customization cannot be installed because another version is currently installed and cannot be upgraded from this location. To install this version of the customization, first use Add or Remove Programs to uninstall this program: TestUpdatedVersion. Then install the new customization from the following location: file:///D:/Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

************** Exception Text ************** Microsoft.VisualStudio.Tools.Applications.Deployment.AddInAlreadyInstalledException: The customization cannot be installed because another version is currently installed and cannot be upgraded from this location. To install this version of the customization, first use Add or Remove Programs to uninstall this program: TestUpdatedVersion. Then install the new customization from the following location: file:///D:/Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto at Microsoft.VisualStudio.Tools.Applications.Deployment.ClickOnceAddInDeploymentManager.VerifySolutionCodebaseIsUnchanged(Uri uri, String subscriptionId, Boolean previouslyInstalled) at Microsoft.VisualStudio.Tools.Applications.Deployment.ClickOnceAddInDeploymentManager.InstallAddIn()

回答1:

You can try to delete a registry key located at:

HKEY_CURRENT_USER\Software\Microsoft\VSTA\Solutions\{GUID}

The value of {GUID} will be different on your environment.

Check to ensure that you're deleting the right key. Confirm by checking the DWORD "Url" value at the key.

Restart Excel and you should be good to go.

回答2:

This error should only occur on your development machines.

From Microsoft's Troubleshooting guide for office deployments (http://msdn.microsoft.com/en-us/library/bb608594.aspx):

When you build an Office solution, the built version is automatically registered. If you have previously published and installed the same solution to your development computer, Visual Studio Tools for Office runtime detects that the installation path for the published version and the built version are different after the next build, rebuild, or publish. The error message says "the customization cannot be installed because another version is currently installed and cannot be upgraded from this location." Because rebuilding the solution updates the registry keys, it is necessary to uninstall the first version before publishing, debugging, or running the second version.

To prevent the message from appearing, create another user account on your development computer to test your deployment. Alternatively, you can uninstall the version from the list of installed programs on the computer before you next publish, debug, or rebuild the solution.

回答3:

try this link , you have a command to run in this page,just run it the problem will be fixed. command:

rundll32 dfshim CleanOnlineAppCache

See this link: How do I completely uninstall a ClickOnce application from my computer?

回答4:

We have a number of products using VSTO on Office 2007, Office 2010 and Office 2013 on various Windows versions. The Deployment.AddInAlreadyInstalledException occurs often during deployments. The problem seems to occur especially on PCs with many install/deinstall cycles (such as of IT personnel itself). Often leaving me with gray or no hairs, since a re-install is not always easily possible and the source is unclear.

As there is not a silver bullet to fix any source of the problem (other than reinstalling Windows), I have gathered experiences in a blog post on steps to resolve AddInAlreadyInstalledException

Maybe this helps other users of VSTO and Microsoft Visual Studio.

回答5:

This error can show up if you are trying to install/update a VSTO AddIn on the same machine where you've developed it, and it's caused by Visual Studio.

Whenever you build your AddIn in Visual Studio, it updates the registry key used by the AddIn thus breaking any install that you've done.

HKEY_CURRENT_USER\Software\Microsoft\Office\<Application>\Addins\<YourAddIn>\Manifest

The solution is to add a post-build event that would restore/set the registry key to the correct value. For example, if your AddIn is configured to be installed/updated from <YourPublishLocation>, the post-build event should be similar to:

REG ADD "HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\<Application>\Addins <YourAddIn>"
/v "Manifest" /d "<YourPublishLocation>" /f

回答6:

Try uninstalling the previously installed VSTO application OR from the visual studio menu > Build | Clean Solution.

回答7:

On development machine, on which I had built the VSTO Project in Visual Studio with the same Product Version / identity, I needed to execute Clean command by selecting the Project in Solution Explorer. In fact, this helped clear the registry entry, referred to above.

That allowed me to re-install the product with same application identity

回答8:

I had the same problem when deploying a new version of our VSTO word addin. After fiddling for 2 hours I found out that the Installation folder URL that you set in the properties of the solution (where it upgrades from) is case sensitive and stupidly needs to be the same case as the initial installation URL.

回答9:

I was testing deployment after making the addin setup and facing the same problem when trying to install.

Issue: When you do a publish or debug the addin, VS would create/update the registry with this addin info under

HKEY_CURRENT_USER\Software\Microsoft\Office\Excel\Addins\<you addin name>\Manifest

this has the reference to the VSTO file that would be compared for doing upgrade. In your case, after you do publish, it would be pointing to

file:///D:/Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

Change this to your published vsto path. Now try to install, should work fine. You can test your auto upgrade options the same way, i.e. make a build+publish and change this path, then close all excels and open one.