Infuriating per-user deployment problem
I've created a REALLY simple MSI which adds a shortcut to the ALLUSERSPROFILE desktop and Start Menu.
We want to deploy this via AD to USERS not machines, as we only want people in the domain\staff group to get the shortcut...
No matter what settings we set when creating/linking the GPO it fails on installation with an really useful error in event log:
"The assignment of application <application name> failed. The error was : Fatal error during installation. "
Is there a trick to doing this, something REALLY obvious I'm missing?!?! [:(]
Cheers
Ian E
We want to deploy this via AD to USERS not machines, as we only want people in the domain\staff group to get the shortcut...
No matter what settings we set when creating/linking the GPO it fails on installation with an really useful error in event log:
"The assignment of application <application name> failed. The error was : Fatal error during installation. "
Is there a trick to doing this, something REALLY obvious I'm missing?!?! [:(]
Cheers
Ian E
0 Comments
[ + ] Show comments
Answers (6)
Please log in to answer
Posted by:
kkaminsk
20 years ago
Posted by:
EarlyMorningHours
20 years ago
Just a suggestion here.. Perhaps if there is an application you are deploying to only that group, you could put that shortuct within the msi or an mst for that application.
Second suggestion.. I manage all of our shortcuts using Startup scripts (VBscript). Most of my applications I have either tweaked the MSI directly or made an MST file for, but for some legacy apps or other special cases a few simple If/Then and fs.CopyFile statements get the job done pretty quick.
Second suggestion.. I manage all of our shortcuts using Startup scripts (VBscript). Most of my applications I have either tweaked the MSI directly or made an MST file for, but for some legacy apps or other special cases a few simple If/Then and fs.CopyFile statements get the job done pretty quick.
Posted by:
MSIMaker
20 years ago
I suspect that this might be a permissions issue.
In most cases a normal user would not have rights to write anything to the AllUsers folder.
You might also like to check that you have set the Windows Installer service to install with "Elevated Rights" in both the Computer and User settings policies
In most cases a normal user would not have rights to write anything to the AllUsers folder.
You might also like to check that you have set the Windows Installer service to install with "Elevated Rights" in both the Computer and User settings policies
Posted by:
Jaradel
19 years ago
I have a similar problem in my organization, and I do have "Install with elevated privileges" configured in both the user and computer configuration. I have one MSI (a custom keyboard made with Microsoft's Keyboard Layout Creator) that fails the installation when trying to install from Add/Remove Programs. If the user just goes directly to the MSI itself and tries to install, it says "Installation incomplete." I have another MSI that I made with InstallShield for RealPlayer that also fails when trying to install from Add/Remove Programs, but runs fine with no errors when the user runs the MSI from the network share. What gives? The only thing I can think of is that the installer wants to write something to a protected part of the filesystem or the registry when you try to install from Add/Remove Programs, that it DOESN'T try to do when you install directly from the network share. That explains RealPlayer, but still doesn't explain the custom keyboard. I must also mention that the custom keyboard installs fine for administrators, so it's not the MSI file that the Keyboard Layout Creator creates. Oh, and there is virtually no support for the Keyboard Layout Creator on Microsoft's site, I checked.
Any thoughts?
Thanks,
JR Jones
Any thoughts?
Thanks,
JR Jones
Posted by:
MSIMaker
19 years ago
Posted by:
MSIMaker
19 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.