Reboot Suppress for a MSI(captured one) Urgent

This issue has been solved. See solution.
sumit singh's picture
dilorenzo1987's picture

REBOOT=ReallySuppress

Go to the Property Table and change the REBOOT Property to the Value: ReallySuppress

sumitsingh1984's picture

Reboot prompt suppress

Thanks and regards
sumit
Application Packaging Engineer

nac's picture

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

sumitsingh1984's picture

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

dilorenzo1987's picture

Did you create those

Did you create those actions?

Is it really a recaptured Wise MSI?

EdT's picture

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.

sumit singh's picture

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...

EdT's picture

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.

sumit singh's picture

Done

Solution

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.

VBScab's picture

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.