When I start Outlook the harmon.ie add-in is not deactivated but disabled and if I go to the com-add-ins menu the load behavior is "not loaded". How could I set the load behavior to load on startup?
e.g. I tried these solutions:
https://hubone.zendesk.com/hc/en-us/articles/200019219-Things-to-check-if-Harmon-ie-does-not-load-in-Outlook ;
https://www.outlook-apps.com/inactive-outlook-add-ins/ ;
But there are no such registry entries for harmon.ie add-in so that I cannot change the specified values.
Please help me.
Thanks,
Nicolas
Please make sure to download our latest 5.3.1 version from our web site (https://harmon.ie)
There are few configuration options that may impact plugin availability:
• File -> Slow and Disabled plugins
• Double check if harmon.ie listed here – if so, select ‘Always load this plugin’.
• File -> Options -> Addins -> Manage Disabled Items
• If harmon.ie is listed, remove it from disabled item lists and re-enable via ‘Manage COM Addins’.
• Check value LoadBehavior=3 under [HKCU\Software\Microsoft\Office\Outlook\Addins\Outlook.Sidebar.AddInShim]
• If LoadBehavior is set to different value than 3 - set the value to 3 and restart Outlook.
• Also double check LoadBehavior value under [HKLM\Software[Wow6432Node]\Microsoft\Office\Outlook\Addins\Outlook.Sidebar.AddInShim] – the value there must be set to LoadBehavior=3.
• Delete user.config from %LOCALAPPDATA%\Microsoft_Corporation\ harmony_Path_n1uz4of1wqm1raru2xbg1ix44vfujobn \15.0.4551.1511 (the path may be different in your environment)
• Uninstall harmon.ie and restart Outlook - check under File -> Options -> Addins -> Manage COM Addins if harmon.ie may still be listed there after uninstallation - if so, using "Remove" button in the dialog and re-install harmon.ie.
• You may also confirm whether harmon.ie add-in works OK when no other add-ins are enabled- temporarily disable all other add-ins via Tools -> Options -> Add-ins -> Manage COM Addins.
• Try adding following registry setting PreferredCLRVersion=v4.0 (sample script included)
[HKEY_CURRENT_USER\Software\Mainsoft\Prefs\PreferredCLRVersion]
#="v4.0"
This configuration option instructs harmon.ie to load .NET framework 4.0 - by default, .NET 2.0 or 3.5 are used.
• You may also try running Microsoft Office repair operation - we have seen customer reports that a repair operation may in some scenarios restore plugin availability.
---- Jean
-In order to rule out any plugin conflict would you please check whether any additional plugins are enabled in Outlook - if so, disable (temporarily) all other add-ins except harmon.ie To disable Outlook add-ins
• Go under File -> Options -> Add-ins -> Manage COM Add-ins and click Go...
• Deselect all add-ins except harmon.ie and click OK.
Restart Outlook - and go back under File -> Options -> Add-ins to verify that harmon.ie is the only add-in listed in the Active application add-ins section.
Then please run the following recovery procedure:
-Please stop Outlook.
-Uninstall harmon.ie from control panel, program feature
-Delete all dirs. C:\Users[user_name]\AppData\Local\Microsoft_Corporation\harmony_Path_pzllr20oqrnqmrstb3lfbn4njpshdzry (path can slightly change)
-Delete C:\Users[user_name]\AppData\Local\Mainsoft and C:\Users[user_name]\AppData\Roaming\Mainsoft
-Register the attached clean_Mainsoft_Reg_New reg file. at ftp://free:free#ftpus.mainsoft.com/Clean%20Mainsoft%20Reg_New.reg.zip (please use this one)
-Register the PreferredCLRversion registry key at ftp://free:free#ftpus.mainsoft.com/PreferredCLRVersion4.0.zip (please use this one)
-Reinstall harmon.ie. Please install our latest 5.3.1 from our web site.
-Start Outlook
Deleting the local user profile on the windows machine eventually solved the issue. After recreating the profile I installed harmon.ie and started outlook. Now it works.
Related
Outlook 2016. For some reason, my harmon.ie add-on in Outlook keeps disappearing. I have to keep loading it from File - Options - Add-on and check off harmon.ie
Check mark keeps disappearing every time I re-open Outlook - why?
Windows 7 64bit with Office 2016.
There are few configuration options that may impact plugin availability:
• File -> Slow and Disabled plugins
• Double check if harmon.ie listed here – if so, select ‘Always load this plugin’.
• File -> Options -> Addins -> Manage Disabled Items
• If harmon.ie is listed, remove it from disabled item lists and re-enable via ‘Manage COM Addins’.
• Check value LoadBehavior=3 under [HKCU\Software\Microsoft\Office\Outlook\Addins\Outlook.Sidebar.AddInShim]
• If LoadBehavior is set to different value than 3 - set the value to 3 and restart Outlook.
• Also double check LoadBehavior value under [HKLM\Software[Wow6432Node]\Microsoft\Office\Outlook\Addins\Outlook.Sidebar.AddInShim] – the value there must be set to LoadBehavior=3. -You may also confirm whether harmon.ie add-in works OK when no other add-ins are enabled- temporarily disable all other add-ins via Tools -> Options -> Add-ins -> Manage COM Addins
• Uninstall harmon.ie and check whether harmon.ie is still listed in Outlook under 'Inactive addins'. If so - use'Remove' button in Outlook under File -> Options -> Addins -> Manage COM Addins to delete harmon.ie registration and re-installed harmon.ie.
Thanks,
----- Jean
Question Summary:
Why do my add-ins which are installed programmatically do not load when I start Excel from Program Menu but are loaded when I open the Installer.xlsm workbook which installed them?
Details:
My team develops a hierarchy of add-ins used by various users in our organization.
I have an Installer.xlsm file which installs new versions for each of the add-ins. It has a Workbook_Open method which upon opening the workbook uninstalls currently installed versions of the add-ins and installs their newer versions.
This worked wonderfully for over a year. Recently we updated the hierarchy of the add-ins and since then the same script would run successfully, uninstalling old add-ins and installing new ones. However, when Excel is re-opened (from program menu or an existing workbook) it seems that the script had no effect at all - the add-ins that were installed before the run remain installed and the new add-ins are not even listed in the Manage Add-ins form. This is reflected also in HKCU\...\Excel\Add-in Manager - the list of add-ins remains identical to what it was before the run.
However, if I open Installer.xlsm again - it loads only the add-ins I'd expect it to load after a successful script run (loads the newly installed add-ins and doesn't load the ones the script uninstalled)! It's as if the add-ins are installed in the scope of the single .xlsm file...
Notes:
The add-ins are not placed in Excel's Add-in directory but in a project folder (C:\appname\Addins\date).
I use Excel 2010 on Windows 7 and have admin privilege on my machine.
It's not a matter of Registry write access, since the same add-ins, if installed using the Excel UI are registered correctly under HKCU\...\Excel\Add-in Manager.
Please help resolve this mystery!
Code section which does the uninstalling:
For Each ad In Application.AddIns
For Each appName In pAppNames
If pIniMap.item("FilePrefix").Exists(appName) Then
filePrefix = pIniMap.item("FilePrefix").item(appName)
If Left(ad.Name, Len(filePrefix)) = filePrefix Then
If ad.Installed Then
ad.Installed = False
Workbooks(ad.Name).Close False
End If
End If
Else
logger.Warn "Entry is missing for section FilePrefix, appName=" & appName, methodName
End If
Next appName
Next ad
Code section which does the installation of the add-ins:
For Each file In addinFiles
curAddInPath = pAddinDir & file
With Application.AddIns.Add(fileName:=curAddInPath)
.Installed = True
End With
Next file
It may be that your adding from the default directory rather than the custom directory you specified. I added the argument below, in your installation code. Hopefully it helps.
For Each file In addinFiles
curAddInPath = pAddinDir & file
With Application.AddIns.Add(fileName:=curAddInPath, CopyFile:=False) 'add false to args if addin is not coming from default directory
.Installed = True
End With
Next file
I am currently trying to install PDFCreator 1.6.2 on my computer (Windows 7 64bits).
I have to use this specific version and not another one due to compatibility issues with another program.
I launch the setup in administrator mode, check "Expert settings"
I accept the agreements
I choose the Server Installation
I Click on "next", let the default printer's name "PDFCreator"
I do not check the box "Windows 2000/XP/2003 - 32bit" and click next
I choose the directory in which I want to install it (C:...\PDFCreator)
I just uncheck "PDFArchitect" and let everything else by default
I let the program's shortcut name in the start ùmenu folder by default (PDFCreator)
At the next page I also let everything by default (create a desktop icon for all users, create an entry in the Windows Explorer context menu)
Click on next, the summary of the installation is displayed, click on Install
The bar goes through the end, then "Create an entry in the Windows Explorer context menu" is displayed and a error pop-up appears which says "During the printer installation errors have occured. A detailed description can be found in the file "SetupLog.txt" in application path.
I click on "OK", and the last setup page is displayed. I uncheck all the boxes (launch PDFCreator, SetupLog.txt, show help), click finish and the setup crashes.
PDFCreator does not appear in the printers and if I try to add one manually by clicking on "add a printer", select "add a local printer", "create a new port", port type : "pdfcmon", I can click on "next" but it has no effect so I am a bit stuck.
Do you have an idea why does the installation crashes ?
Is there a workaround ?
The content of the file "SetupLog.txt" is available here :
SetupLog.txt
I've so far been unable to reproduce your problem despite numerous test installs (and uninstalls) of v1.6.2 on a Win7 64-bit box. Your posted log indicates that the process successfully created the pdfcmon port, but then apparently lost it afterwards (or else never created it, but misread its own return status):
Install printerport:
Portname : pdfcmon
Result: Success
[...]
InstallPrinter:
Printername: PDFCreator
Drivername : PDFCreator
Portname : pdfcmon
Result: Error 1796 = Le port spécifié est inconnu
It's reasonable to assume that nothing useful will occur beyond that point, so you'll need to address error 1796 first. A quick Google of that error code leads to a number of queries at PDFForge.org about it:
http://forums.pdfforge.org/search?Search=1796
Not all received replies, but one involving 2003 Server in particular did:
you need the latest service pack for Server 2003, then it should work.
Elsewhere in your log file I see references to some older software (e.g. Internet Explorer version: 9?) which leads me to think that you might want to doublecheck that all your relevant service packs and software are up to date first, then try your installation again.
Nevermind, I gave up installing PDFCreator, I have a server on which I could install it without any problem so the problem is kinda fixed
I still don't know why it crashed but that's not relevant anymore.
Sorry for making some of you wasting their time
We have an application which shows up as an Excel ribbon.
We have installed the application in our test environment through administrator login. We are trying to make a per machine installation.(Please note that in production environment, the installation will be through system account).
When we login as user to the same PC, we don't see the excel addin in the Excel ribbons. We don't see the addins anywhere in the list of addins as well.
We have tried using Active setup,Userstat,setting the values of properties as ALLUSERS=1, RegisterForAllUsers= True, InstallScope= perMachine, InstallAllUsers = Everyone, RunActionsAsInvoker = True . Also the privileges has been changed from user to admin in all the cutom actions and in manifest file as well. All these changes where made as we understood that the application used to package is Addin express and so the msi creation with privileges as admin is possible.
Unfortunately none of these changes seems to help us.
What we would need is an msi which we can install on per machine basis.
From the situation mentioned in the question, we had tried a lot of options and finally following approach works for us:-
Create a package which would place a powershell shortcut in the startup folder.
The shortcut would in turn call or execute a powershell script.
The powershell script would
1. check if the registry key for that particular add-in is available in HKCU.
We had our registry key as "HKCU\Software\Manufacturer Name\Product Name" which in turn had a string value "Installed".
If the registry key is not available for the user, then install the package with tranform.
3.If the registry is already available, then script doesn't make any change.
The package is installed as an Admin and once the user logs in, then automatically the cmd file is executed and the add-in is installed.
Since this was the first version of the product, we didn't have to handle version compatibility.
I'm running into the following error when executing the following line from VBA (Access):
Set wd = CreateObject("Word.Application")
I found the following link, but did not find it useful: http://support.microsoft.com/kb/828550
Things I've Tried
Repair installation of Office from Control Panel > Programs and Features
Uninstall MS Word, re-install
Tried Dim wd As Object instead of Dim wd as Word.Application
Manually run Word.
Run winword.exe /RegServer in Administrator command prompt. Did not run silently, merely opened Word.
Examine the LocalServer32 key under the CLSID {000209FF-0000-0000-C000-000000000046}. Initially was missing. After re-install Word, the CLDID was there but LocalServer32 key is missing.
Run winword.exe /automation. Merely starts Word.
Run winword.exe as Administrator.
Run access.exe as Administrator.
Relevant (maybe)
Windows 8 x64
Office 2007
C:\Program Files (x86)\Microsoft Office\Office12
A preview version of Office 2010 was pre-installed.
Launching Excel works with automation and VBA.
asycfilt.dll file version: 6.2.9200.16384, date: 7/25/2012 11:05pm
oleaut32.dll file version: 6.2.9200.16384, date: 7/25/2012 11:06pm
olepro32.dll missing
stdole2.tlb no file version, date: 7/25/2012 10:34pm
McAffee anti-virus
Examine the LocalServer32 key under the CLSID {000209FF-0000-0000-C000-000000000046}. Initially was missing. After re-install Word, the CLDID was there but LocalServer32 key is missing
So Word is unable to register properly because you have a system issue.
As that you've tried most or all of the reasonable steps, your next step is to reinstall Windows.
Or you could try manually registering it by duplicating all the relevant keys from a different machine. But that probably wouldn't solve the problem.
Super User might be a better place to ask about installation and Windows registry issues.