|
Bjorn
Posts: 5
Joined: 2018-01-17
|
Good day
we have an add-in that is deployed using Click Once. After the installation succeeds, the registration window pops up and says "Registration Succeeded". We can confirm the Registry keys are added correctly for the Current User (not local machine).
The host application is not run in elevated mode. BUT for some reason, only on a small number of computers which always seem to be latest Windows 10 and Office, it does not appear anywhere in Add-ins. Not as disabled, not as inactive. The adxloader.log file is also not created.
We have gone through all the steps of the PDF troubleshooting guide, but still no luck. Uninstalling, re-installing, repairing office, .NET framework repair, but still no luck.
The closes match we have found to our issue seems to be this issue: https://social.technet.microsoft.com/Forums/office/en-US/dbc78d42-dcd8-4d12-901b-c77efb040e6a/officedll-access-denied-to-vsto-addin?forum=Office2016ITPro
But we are unable to confirm if this is the case.
Thank you |
|
|
Andrei Smolin
Add-in Express team
Posts: 18825
Joined: 2006-05-11
|
Hello Bjorn,
That isn't the case. That exception occurs when the add-in loads; you would get adxloader.log created/updated.
If the keys are created correclty, one the following condition should be true for the user to not see the COM add-in:
- The user installs the add-in and runs Excel using different user accounts.
- The user installs the add-in using standard user permissions (this is always the case if you use ClickOnce) and starts Excel via ?Â?Ð?ìRun as administrator?Â?Ð?í. In this case, Office doesn?Â?Ð?ét load a COM add-in because it looks for it in HKLM (this is a Windows feature that works from Vista SP1) and doesn?Â?Ð?ét find it there.
Start Excel, start Task Manager, open Details tab, check the User Name and Elevated columns (Windows 10).
Andrei Smolin
Add-in Express Team Leader |
|
|
Bjorn
Posts: 5
Joined: 2018-01-17
|
Hi Andrei
That makes sense. Happy to disregard that "Office.dll access denied issue" then.
Unfortunately we have already checked those conditions:
1) The user installs it using standard user permissions (ClickOnce)
a) The registry keys are under HKCU.
2) The user then opens PowerPoint using the same user account
3) PowerPoint is not in elevated mode
4) File -> Options -> add-ins does not show the Add-ins anywhere (not under Disabled nor Inactive)
One interesting side note is that the ADXSTARTMODE remains in FIRSTSTART. The load behaviour also remains on 3. |
|
|
Andrei Smolin
Add-in Express team
Posts: 18825
Joined: 2006-05-11
|
Hello Bjorn,
Bjorn writes:
Unfortunately we have already checked those conditions:
That means: the keys are incorrect. They might be created for a different user, say, for an admin who started the installer (instead of the user), or, if adxregistrator.log reports that Process Owner is System. In the latter case, there's a group policy that should be turned off; see the Troubleshooting section in the manual. If these don't apply, check the keys.
Also, you can try to use the COM Add-ins dialog to manually register the add-in: open the dialog, click Add, locate adxloader.dll (for a 32bit host) or adxloader64.dll (64bit host) of your add-in. If the add-in loads after that (check adxloader.log), your keys were incorrect for some reason. If it doesn't, check the Trust Center (and the Troubleshooting section of the manual).
Andrei Smolin
Add-in Express Team Leader |
|
Forums
Topics
Search
Help
Login
Register