EDIT : Looks like a Microsoft issue, see forum indicated by correct answer.
EDIT 2: I am going to stop monitoring this page, looks like the Microsoft forum is dead and I also don't work for the same company anymore.
We have a Excel Add-in (C# / .NET 4.0) which supports Excel 2007/2010/2013 and is deployed through Excel Add-In. Today, a new client ran into problems on a single machine (other machines installed the add-in correctly). The error was:
The value of the property 'type' cannot be parsed. The error is: Could
not load file or assembly 'Microsoft.Office.BusinessApplications.Fba,
Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c' or
one of its dependancies. The system cannot find the file specified.
(C:\Program Files (x86)\Common Files\Microsoft
Shared\VSTO\10.0\VSTOInstaller.exe.Config line 10)
My buddy Google gave me a number of suggestions: We had the client try a repair of MS VSTO Tools for Office and a repair of Office, and had the IE cache cleared, but continued to get the same error. Finally, we tried re-naming the VSTOInstaller.exe.Config to 'hide' it from the installation and it appears to be working.
I don't believe that our Add-In or installation produces this file, and there is no dependancies on this file that I'm aware of (it appears to be related to a SharePoint assembly)
While I don't explicitly download the add-in myself (I run it through VS2013), I have a VSTOInstaller.config file (Note, not *.exe.config, as seen from client) which contains the following XML:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.net>
<webRequestModules>
<remove prefix="http:"/>
<remove prefix="https:"/>
<add prefix="http:"
type="Microsoft.Office.BusinessApplications.Runtime.DeploymentAction.HttpFbaRequestCreator,Microsoft.Office.BusinessApplications.Runtime,Version=14.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" />
<add prefix="https:"
type="Microsoft.Office.BusinessApplications.Runtime.DeploymentAction.HttpFbaRequestCreator,Microsoft.Office.BusinessApplications.Runtime,Version=14.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" />
</webRequestModules>
</system.net>
</configuration>
In order to get a better idea of why this client is getting the specified error, I'm looking into
Where this file could have come from.
How does it affect the installation.
Any other comments or general tips related to the exception, or better yet, how to avoid it altogether.
Just try to rename the VSTOInstaller.exe.Config to VSTOInstaller.exe.Config.old and then run the setup
It seems to be a known issue which affects many users. Someone from Microsoft has jumped on the train. See Microsoft support forum where the current progress can be found.
Resolution by Microsoft seems not to be happening. There are several scripts around to fix it. We have added a "Fix It" button to our non-VSTO products. See post.
Had same error when trying to install word-addin on a single machine. I suspect it has something to do with mixed versions of office applications. I have nerver had this problem before on any other machine, but on this specific one, Office 2013 was installed first, followed by Project 2010 and Visio 2010.
Renaming the VSTOInstaller.exe.Config file solved the problem
Since I do not have enough points to add a Comment, I am posting an answer instead.
We were facing the same problems with our MS Word plugin when we tried to install as a regular non-admin user on a fresh machine. VSTOR was already installed through an earlier administrator task. So, I was not sure what was going on. These steps worked for me finally.
Login into the desktop with Administrator privileges.
Downloaded the setup.exe that was created by Visual Studio through
the Publish action of Visual Stuio.
In our we are using the Web based deployment.
Unblocked the Setup.exe by clicking on Properties dialog.
I used "Run as administrator" and let the Setup.exe do its work.
Log back in as regular non-administrative user Download.
Setup.exe and install. It worked fine.
We have same error when trying to install a Visio 2013-addin on a single machines where older versions of Visio have been installed. We have never had this problem before on any other machine, but now on numerous instances this is occurring as we update our Visio add-in to work in the newest version of Visio 2013. Office 2007 or 2010 and Visio 2007 or 2010 was installed first, followed by an upgrade to Visio 2013. Re-naming the VSTOInstaller.exe.Config to 'hide' it from the installation clears the error and our Visio 2013 add-in installs correctly.
Have you tried to run the setup.exe as an Administrator?
I think it'll fix your problem.
Good luck!
I was getting the same error above, but Running the setup published by Visual Studio as Administrator worked for me.
Related
I followed all of the steps here to try and load in a basic excel custom function add in. Everything in the setup stages seems to work, however, when I run 'npm run start:desktop' and Excel opens, there is an error on the side that says:
ADD-IN ERROR This add-in is no longer available: add-ins inserted during development are only available during debugging from Visual Studio. Please open your project in Visual Studio and re-run your application, or deploy your application into a valid catalog and re-insert
I get this error whether I run the project from the command line, VS Code, or Visual Studio. I am on Windows 10 using Excel 2016.
Here is a photo of the Excel page with the error:
Even though question is old one and I think OP must have resolved this problem. However I am currently facing the exact same problem so often. Below are my work arounds which are working for me, it might help others.
Clear Excel Cache in Trust center settings and run application again.
Many times options 1 does not work, then I make change in Add-in menifest to make it invalid and then undo these changes and run application.
If both options fails, then restart Visual Studio.
If all other options fails, restart my system, and then this issue is resolved.
If still problem persists, Uninstall Office workload from Visual studio, install it again and check. If problem persists then repair office.
These 5 workarounds have so far worked for me.
Clearing the Office cache sometimes fixes this: Clear the cache
UPDATE 1/23/2021:
There is now a troubleshooting section for this error: Getting error "This add-in is no longer available".
I have a client who is asking me to fix an issue they are having with Microsoft Project.
The issue is that they are attempting to open a task list on SharePoint Online via the 'Open with Project' button in the ribbon, but after the alert asking them if they would like to open it in Project 2016 pops up nothing happens.
I have set up a fresh SharePoint environment and tried it at my end, but I get the same problem. There is no error message (as an alert or in the console) and I have wracked my brain and come up dry.
What I have tried:
New SharePoint instance.
Fresh Microsoft Project install.
Looked at the site/site collection features
Multiple browsers (specifically Chrome, IE and Firefox)
The issue is the same no matter what I do.
Has anyone else come across this problem before and, if so, how did you solve it?
Are you using 2016 Click-to-run (C2R) or MSI version? Can you share the build number from winproj.exe?
If you are on C2R version, can you try making the following registry edits (save the following as a .reg file and run it) and see if it helps?
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\SOFTWARE\Wow6432Node\Microsoft\Office\16.0\Common\ExperimentEcs\Overrides]
"ofhdegpklv1irq0"=dword:00000000
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Common\ExperimentEcs\Overrides]
"ofhdegpklv1irq0"=dword:00000000
When I am trying do deploy/debug etc. my hosted app :
I am writing good credenials, and then something strange happen what happen only on one machine (sad to say it's only mine).
After putting sign in button (keep me signed checked/uncheced 100 times) it's would not login, but open sharepoint 2013 site in this window:
What I did:
reinstall visual studio
update visual studio
restart computers
clear cookies/catche etc.
Solved accidentally by installing CKSdev tools but only for one run...
It once happened to me that while it was a debug version all credentials were always rejected. I still don't really know why (it was a big project, not fully made by myself), but as a temporary solution you may try hardcoding your credentials. It's not perfect, but it may be working ;)
The one and only solution was reinstaling the windows, i didn find any other solution
edit:
After the newest updates this problem is solved
When I start up VS 2012 RC I get the following loading error message:
The 'SqlStudio Profile Package' package did not load correctly.
The problem may have been caused by a configuration change or by the installation
of another extension. You can get more information by examining the file
'C:\Users\User\AppData\Roaming\Microsoft\VisualStudio\11.0\ActivityLog.xml'.
I also have SQL Server 2012 RTM installed.
What can I do to get rid of this warning?
Open Control Panel
Open Programs and Features
Locate all items named “Microsoft SQL Server 2012 Data-Tier App Framework"
Note: There might be up to 4 such instances all with the above name
Right click each of them and select Repair
That should solve this issue.
Janaka solution worked for me.
But if you do not want to lose your VS configuration, remove only the file :
Microsoft.VisualStudio.Default.cache
from the folder
%UserProfile%\AppData\Local\Microsoft\VisualStudio\11.0\ComponentModelCache
Hope it helps.
Remove the following folders.
C:\Users\UName\AppData\Roaming\Microsoft\VisualStudio\10.0
C:\Users\UName\AppData\Local\Microsoft\VisualStudio\10.0
See this
It turns out that (in my case), the Data Tools installer has a bug whereby you end up with a registry full of:
Microsoft Visual Studio 11.0Common7
...paths, when it should be:
Microsoft Visual Studio 11.0\Common7
Fixing all the values and keys fixes the problem (for me).
(ps: no other solution in this thread worked for me)
Just reinstall SQL Server Data Tools (SSDT)
I had to run VS as an administrator in order to clear this issue.
Problem: The 'SqlStudio Profile Package' package did not load correctly.
Proven Solution:
Removing Microsoft.VisualStudio.Default.Cache fixes the problem outlined above. It worked!
I am trying to setup Subsonic ActiveRecord in a web application in Visual Studio 2010 beta 2. In any scenario I get the same error:
Warning 1 The path 'D:\Work\Project\tt\SQLServer.ttinclude' must be either local to this computer or part of your trusted zone.
Everything works just fine on the same machine with VS 2008.
Does anyone else have this problem? Is it supposed to work with VS 2010 and .net 4.0 or I should stick with vs 2008 for the time beeing?
Ok, figured out one solution. I'm sure there could be others out there. I got around this issue by opening VS.NET 2010 and selecting 'Tools | Extenstion Manager' and clicking on the "Online Gallery" option. I selected the Tangible T4 Template Editor and installed the plugin/extension. If you don't see the extension then try sorting by highest rated or perform a search for it.
I closed VS and re-opened the tt file after closing it and voila! No more compile errors ;)
HTH
I had this exact same error "must be either local to this computer or part of your trusted zone", I did get it to work without adding anything to the Trusted Zone, the only thing I did was remove the "language" setting in the SQLServer.ttinclude file, and then edit the files a little (add a space, remove it, save etc.) not sure if this was enough to convince it to build properly the next time I did "Run Custom Tool" on each of the T4 files, but it worked, phew!
I recently hit this on a new Windows 7 (64 bit) install. Once you download the archive, right click on the file and select Unblock before you extract it and all is well. Note that this applies to the VS 2010 release as well.
Add the network share to Trusted sites. First uncheck the Require server verification (https:) for all sites in this zone checkbox.