That's the one, yep! If LAUNCHAFTER is enabled, the installer tries to launch DisplayFusion when it's done. But if the installing user is local system, or some other user that's not currently logged in, then it just never finishes. Setting LAUNCHAFTER=0 will prevent that, and DisplayFusion will still launch the next time a user logs in, assuming STARTUPALL=1.
If you have any further questions, definitely let me know.
Thanks!
ahaines
8 discussion posts
Thanks for clarifying. It's odd that my test VMs (and my own PC) didn't experience this same error.
We have about 100 PCs that now seem to be stuck in this state, I'm hoping if it attempts the install again with the newer MST file it may complete.
It might fail due to the installer already being running. The only thing I can think of there would be to reboot the machines before deploying the installer again, unless you can remotely kill the DisplayFusion setup process on the machines.
ahaines
8 discussion posts
Yes, the MSIEXEC process is still running on the majority of PCs. I've hopefully killed the processes remotely on all that have reported as failed.
When I manually did this and tried to install DisplayFusion after it stated that SYSTEM had a suspended installation that needed to be rolled back, which was fine.
See what tomorrow brings! Thanks again
No worries, let me know if you have any further questions.