Add-in registration failed

Add-in Express™ Support Service
That's what is more important than anything else

Add-in registration failed
 
Nicholas Hebb


Guest


I had a curious case today where my add-in failed to register on the user's system because it identified v4.0 as the latest .NET framework version but it failed to find the hosting API. can this error happen because he has UAC turned off, or is it likely to be a problem with their .NET framework installation?

The adxregistrator.log content is as follows: 


Add-in Express Registrator Log File: 08/16/2012 07:46:31

Installation directory: C:Userskirk NesbittAppDataRoamingBreezeTreeFlowBreeze3
Registrator version: 6.7.3062.0
Operating System: Microsoft Windows 7 Enterprise Edition Service Pack 1 (build 7601), 32-bit
Process Owner: Administrator
Command Line: "C:Userskirk NesbittAppDataRoamingBreezeTreeFlowBreeze3dxregistrator.exe" /install="FlowBreeze_3.dll" /privileges=user
Run 'As Administrator': Yes
Process Elevated: Yes
Integrity Level: High
UAC (User Account Control): Off
--------------------------------------------------------------
07:46:31 0216 Starting the add-in registration process.
07:46:31 0216 Loading mscoree.dll
07:46:31 0216 Success.
07:46:31 0216 .NET Framework installation directory: 
07:46:31 0216 The latest version of .NET Framework: 'v4.0.30319'
07:46:31 0216 Loading CLR: v4.0.30319.
07:46:31 0216 Calling CLRCreateInstance method.
07:46:31 0216 Success.
07:46:31 0216 Calling GetRuntime method.
07:46:31 0216 Success.
07:46:31 0216 Checking if the hosting API of .NET Framework v4.0 beta is installed.
07:46:31 0216 The add-in registration process is completed with HRESULT = -2147024770.
Posted 16 Aug, 2012 08:54:27 Top
Eugene Astafiev


Guest


Hi Nicholas,

Thank you for providing me with the adxregistrator.log file. I see the following strange lines in the log:

UAC (User Account Control): Off


It looks like you keep the UAC turned off in Windows 7. Instead, I always recommend keeping it on (set to its default level). You can read more about this in the http://www.add-in-express.com/docs/net-deploying-debugging-tips.php#uac section of the online documentation.

07:46:31 0216 The add-in registration process is completed with HRESULT = -2147024770.


What is the target framework of your add-in? Is it .net 4.0 Client Profile or the full one? Anyway, please make sure that you have it installed on the target PC (included in the list of prerequisites).
Posted 16 Aug, 2012 10:02:25 Top
Nicholas Hebb


Guest


Hi Eugene - thanks for getting back to me. Before I was able to follow up with the customer, he installed .NET 4.5 and that resolved the problem. My add-in targets .NET 2.0, but I thought this was a curious case since the adxregistrator identified .NET 4.0 on the system but wasn't able to launch the "hosting API".


I see the following strange lines in the log:
UAC (User Account Control): Off


I do a per user install, with the PostBuildEvent set to 
?Â?Ð?ì{Add-in Express}Bindxpatch.exe?Â?Ð?í ?Â?Ð?ì$(BuiltOuputPath)?Â?Ð?í /UAC=Off /RunActionsAsInvoker=true
per URL=http://www.add-in-express.com/creating-addins-blog/2011/02/22/deploying-peruser-office-extension-msi-installer/]Step 6 of Deploying per-user Office extensions via an MSI installer[/URL], so I assume that wasn't the issue.
Posted 19 Aug, 2012 03:12:41 Top
Eugene Astafiev


Guest


Hi Nicholas,

It looks like something was wrong with .net frameworks on the end-user PC. For example, I have found a http://www.add-in-express.com/forum/read.php?FID=5&TID=2845 for your reference.
Posted 20 Aug, 2012 06:05:16 Top