Hi
Thanks for your input.
There are 4 action which I could see from the log file
setRebootAllowed
setRebootPending
setRebootSuppressed
unsetPENFROPS_VALUE
If I delete anyone form these MSI does not run the active setup....
Thanks and regards
sumit
Application Packaging Engineer
This is incorrect. Active Setup is run by the operating system, it is only INSTALLED by the MSI.
Do you mean that the MSI does not install Active Setup registry keys when you change the reboot settings, or that the Active Setup is not running whatever process you have nominated when you reboot and login?
If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.
Hi Edt,
Sorry, The Active Setup is not running whatever process I have nominated when I reboot and login?
It does creates the active setup entries....
These actions are getting created automatically,I have not added it...
Are you clearing your HKCU registry profile before each test? Active Setup only runs once - then keys are created in HKCU which stop it running again unless the version information in HKLM is incremented. If you are using the same test machine or test profile, then unless you specifically clear the active setup entries from HKCU and HKLM, then they will not run after the first attempt, and your test results will be inaccurate.
If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.
Hi All,
I have found the issues with this package.
When I cerated the MSI,I had to capture the regserver/unregserver for two exe files,there were lots on entries in the package because of this.When I removed the entries from the package still lots were present in some of the MSI table(like class etc).Just becasue of these many entries ut was prompting for reboot.
So I created a fresh MSI which did solve my problem.
Thanks every one for your help on this.
There is no way that such registry entries - even in their thousands - would trigger a reboot. I think the cause was elsewhere but anyway, you're sorted now.
In contrast to my normal advice for registering DLLs and OCXs (i.e. one should use the advertising tables and not run RegSvr32 or MSIExec /Y against them), registering EXEs is by and large quite safe, since all the COM information they register is self-contained and not reliant on any other file. Thus, you could have saved some heartache by adding the EXE registration in Custom Actions.
Don't know why 'x' happened? Want to know why 'y' happened? Use ProcMon and it will tell you.
Think about using http://www.google.com before posting.
REBOOT=ReallySuppress
Go to the Property Table and change the REBOOT Property to the Value: ReallySuppress
Reboot prompt suppress
Thanks and regards
sumit
Application Packaging Engineer
If still not working after REBOOT=ReallySuppress then
Check for ForceReboot standard action in MsiScript, if found remove it.
I dont know how IMPOSEBLE spells
Reboot actions
Hi
Thanks for your input.
There are 4 action which I could see from the log file
setRebootAllowed
setRebootPending
setRebootSuppressed
unsetPENFROPS_VALUE
If I delete anyone form these MSI does not run the active setup....
Thanks and regards
sumit
Application Packaging Engineer
Did you create those
Did you create those actions?
Is it really a recaptured Wise MSI?
MSI does not run the active setup
This is incorrect. Active Setup is run by the operating system, it is only INSTALLED by the MSI.
Do you mean that the MSI does not install Active Setup registry keys when you change the reboot settings, or that the Active Setup is not running whatever process you have nominated when you reboot and login?
If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.
Hi Edt, Sorry, The Active
Hi Edt,
Sorry, The Active Setup is not running whatever process I have nominated when I reboot and login?
It does creates the active setup entries....
These actions are getting created automatically,I have not added it...
Are you clearing out the HKCU entries each time
Are you clearing your HKCU registry profile before each test? Active Setup only runs once - then keys are created in HKCU which stop it running again unless the version information in HKLM is incremented. If you are using the same test machine or test profile, then unless you specifically clear the active setup entries from HKCU and HKLM, then they will not run after the first attempt, and your test results will be inaccurate.
If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.
Done
Hi All,
I have found the issues with this package.
When I cerated the MSI,I had to capture the regserver/unregserver for two exe files,there were lots on entries in the package because of this.When I removed the entries from the package still lots were present in some of the MSI table(like class etc).Just becasue of these many entries ut was prompting for reboot.
So I created a fresh MSI which did solve my problem.
Thanks every one for your help on this.
There is no way that such
There is no way that such registry entries - even in their thousands - would trigger a reboot. I think the cause was elsewhere but anyway, you're sorted now.
In contrast to my normal advice for registering DLLs and OCXs (i.e. one should use the advertising tables and not run RegSvr32 or MSIExec /Y against them), registering EXEs is by and large quite safe, since all the COM information they register is self-contained and not reliant on any other file. Thus, you could have saved some heartache by adding the EXE registration in Custom Actions.
Don't know why 'x' happened? Want to know why 'y' happened? Use ProcMon and it will tell you.
Think about using http://www.google.com before posting.
Would you like to reply?
Login or Register to post your comment.