Add ins install process. I hate it. HATE it. Did I say I hated it?

I have experience the same problem installing the newest versions of MS Add-ins.
We went ahead and installed the VS tools from the ms website just so lawson couldn't use that as an excuse to call for more screenshots and downloads.
The link we used: (www.microsoft.com/.../details.aspx

Secondly, we noticed the LAWSON MOA (under COM Add-ins) was not staying selected. After opening Excel (using "Run As Administrator"), we were then able to select File > Options > Add-Ins > COM Add-ins (drop down) > "Go" > Select "Lawson MOA" > Ok

Also, make sure you are installing the correct version of Lawson Add-ins based on the version of office. Your office can be a 32 or 64 bit so it's not based on your OS system type (x86 / x64).

We have noticed that unless you right-click on the installation program and choose to run it as administrator, even if you are the administrator for that computer, the installation does not complete the updating in Excel.

jreese - Yes, i have noticed that issue with a variety of software installs. We don't use Add-Ins, however we have an Excel add-in product from another vendor. If I fail to install with "Run as Administrator" it fails to fill in Windows Registry entries, thus making the install worthless. So it's a Windows thing.

0712131256598360.doc

Thanks guys. I am going to have her uninstall again...and try once more, making CERTAIN she uses the "run as administrator" option. They are always supposed to use that option, but maybe she forgot.

If that doesn't do it, I'll have her do the VS install.

If you do receive any errors when attempting to select MOA (regarding .NET issues), I have used a .NET removal/repair program and that also seemed to fix a separate issue.

"After opening Excel (using "Run As Administrator"), we were then able to select File > Options > Add-Ins > COM Add-ins (drop down) > "Go" > Select "Lawson MOA" > Ok "

Is that a normal step in the install? It's not in the install guide, and I am certain she did not do that.

I figured this one out without the help of infor services.
They seemed clueless to that step, which is understandable because usually a GPO or domain policy is what dictates that type of access.
It was honestly just a shot in the dark because I wasn't receiving any quality feedback from Infor Xtreme Support.

Okay so we had a member of our team try to install it, and that COM Add-ins thing - where you check the Lawson MOA? It will not stay checked. Can anyone tell me how they resolved that?

Inquiry Tab Placement.docx

Okay - they are both getting this error in the install process.

Error 2755. Error Attempting to apply permissions to object 'CURRENT_USERSoftwareLawson SoftwareOffice Add-ins'. System error: The system cannot find the file specified.

Any ideas?

That sounds like the person attempting to install the add-ins doesn't have sufficient rights on their PC to install the software. From my experience this is one of the easiest installs to do as long as you follow the steps in the install guide and the person installing the software has full rights to the machine to install new software and update the Registry.

jreese -

You wrote:
> and the person installing the software has full rights to the machine to
> install new software and update the Registry

That's where I had trouble. The IT guys kept telling me, You have all the rights you need. I kept telling them, I don't, it won't install. So they gave me Administrator rights on my PC. Still didn't work. They gave me Admin rights on the Domain. Still didn't work. Finally they rather reluctantly gave me a special account with what they said was "Domain Admin" rights. They warned me that this was too powerful and could be used to spread viruses. I have been able to successfully install Excel add-ins every since.

The test is, Did the registry get updated? If it didn't, go back to your IT guys and tell them, Give me more power! If "10" doesn't work, kick it up to "11"!!

If they don't want to open up the PC's security, ask them to create an installation package that they can push to the users PC under their security access. The current release now has a silent installation available.

d-hofmann

Try looking at your Trust Center settings in Excel. Sometimes they can screw up the install.

We are administrators on our machines. I looked that the Trust Center, but the error is showing a path of "'CURRENT_USERSoftwareLawson SoftwareOffice Add-ins'. I can't even find such a path, on either of the users's machines. It sounds like a registry key.

We have contacted one of our network techs (they have supreme-being powers on their accounts :-) ) and he is going to try the install over here, today.

(I actually have the same version of add ins installed in my PC. I had a hell of a time getting it installed, and honestly I have no idea how I finally got it to work - I had to do it so many times, and it was a while back - last spring I think.)

What version of add-ins are you installing?

I put that in my initial post. 10.0.5.

We were having issues with the initial releases of 10.0.5 timing out after about 5 minutes. There is a new version that was released this week that seems to be performing better for us. The version is 10.0.5.133. You may want to try that version.

SO, our network guy logged in, and then we tried it again, same error. He said the path in that error indicated to him that it was trying to write to a registry key that does not exist.

When I bring up my registry, the second folder I see is HKEY_CURRENT_USER and I can follow it all the way through the path you listed previously.

C. Brunelle - that's right, the registry key does not exist. It is supposed to be created as part of the install process. A few questions: Does his account really have _all_ the rights it needs? Is he installing with "Run as Administrator"? Is he installing in another account with limited permissions? Sometimes I've been told that people create the registry keys ahead of time, then do the install. Can your network guy install a new registry key manually? Something innocuous, just to test. Because if his account can't do it manually, no install is going to create new keys. (Once again, speaking from hard experience.)

Well, the network engineer that was logged in, when we just tried it - he has GOD rights. If ANYONE can do it, he can. And yes, certainly, we are using the "run as admin" option.

I have that folder too, in my registry. I cannot check the others right now, as they've both left. I don't know about creating registry keys manually...geez I don't even like messing with that on these work pc's. Definitely not something we would ever do...nor should we need to. This should not be that hard.

The network guy is at a different site so I'll email him Monday and see what he thinks about the key thing.

Well Lawson did a WebEx with the user, and of course they tried doing the Visual Studio install, which they insist is a prereq (it is not because we have one guy that has VS, and he gets the error, and another person that installed Add-ins without error, and she does NOT have VS). When they tried to install VS on her machine, they got the same key error. So def something going on there. Very weird though - we've never had these issues before.

mbozenik

I've had similar issues with the AddIns. On occasion even had to start regedit and clear things out, but don't go there. Best bet is to uninstall all AddIns using add/remove programs and features. Make sure PC is clean of AddIns, double check folders where it was installed originally. They should be gone if the uninstall worked.

Load dotNetFx40_Full_setup from MS as admin. If it already exists repair it. Reboot.

Load VS as admin. This is key. Make sure the bit level matches Excel bit level. Also make sure it's the correct exe. Microsoft Visual Studio tools for Office Runtime 2010 Setup. Mine about 39M. It downloads as vstor_redist.exe I believe. If it already exists repair it. Reboot. Typically not necessary, but in your case it might be. It's normally VS that's the issue. Especially if you try to add the addins and get messages about LawsonMOA.vsto not being recognized.

Then load the MOA32.exe or MOA64.exe as admin. Again depends on bit level of Excel.

Good luck.

Most of the time this works the first time. 70/30

The comment about matching the VS bit level to Excel rather than the operating system is interesting. We have always installed the 64-bit VS where Office 2010 is 32-bit and installed the 32-bit Addins. The Addins must match the Excel, agreed, but we have not had any trouble at all with out Addin installations and we always install the VS as 64-bit.

Just want to say we had this very same problem recently and installing the 32bit VS fixed it. Machine O/S was 64bit but Office was 32. I would give it a try.

We finally made some headway into this mystery.
Installed VS (full install)
Installed (again) .net 4.5
Downloaded onto PC the moa.exe for 32 bit to match office version of 32 bit
Ran as Administrator
Didn't work........
Then I attempted to signon and I worked - there is some sort of permission setting that is required - if anyone knows what it is, please share (I am in our developer group on PC's while my payroll manager is not)

bhillz

We found: Bit level of the OS is not critical, but Infor Add-in bit level must match the MS Office bit level. The 64bit version is slightly more forgiving than 32-bit, but we continued to have problems until we matched the Office to Add-in bit levels.

I got the VS 32bit installed, finally. But we still get the exact same error on the Add-ins install. Lawson support suggested changing the install folder to

C:Program Files > to Microsoft OfficeOffice14LawsonSoftware

which I did, but it made no difference. Same error as before.