cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Tim_Mayert
Level 9

Commit versus Commit In System Context

Okay for our new versions of our products we have gone to using Global assemblies for all our shared components and therefore a bunch of our custom actions require changes to the In-Script location/settings.

So my question is when to use Commit versus Commit in System Context?

All our installs require elevated Admin privileges to run and we also install services and device drivers with our installs. Oh and to compliate things more we are pushing out all these product installs as part of a Chained install package....
Labels (1)
0 Kudos
(3) Replies
Not applicable

System context sets the CA to run with elevated privilege. It is useful when we run the package on Vista\WIN 7 with UAC on.
But Remember you can’t roll back commit CAs.
0 Kudos
Tim_Mayert
Level 9

Okay so in our case it does not matter if we use Commit Execution or Commit In System Context since our installs can only be ran as an Administrator.

Since we have multiple Global Assemblies that have to be registered on the system before we can trigger some of these custom actions we do not have much choice in In-Script Execution setting as Assemblies do not register on the system until after InstallFinalize and therefore we have to have these custom actions set as Commit, correct?
0 Kudos
Not applicable

“System Context” is required when you make system level changes on WIN7/Vista with UAC ON. It is applicable even if you make the setup execution level as admin.

Yes, you are correct, any assembly related CA should be scheduled after InstallFinalize and they can’t be rolled back.
0 Kudos