Thanks Blair.

Sorry I missed the real error.

-----Original Message-----
From: Blair [mailto:os...@live.com] 
Sent: Tuesday, September 22, 2009 12:57 PM
To: Lian Jiang
Cc: 'General discussion for Windows Installer XML toolset.'
Subject: RE: [WiX-users] Return='ignore' causes "ICE68: invalid custom action 
type for action"

Lian,

Thank you for the log. The ignore on the InstallWindowsFeaturesDeferred is
working. The reason for the installation failure is the failure in the next
action: CheckRDSInstallationDeferred.

The apparent reason: A StrongName validation failed for
'Microsoft.SharedComputing.Setup.CustomAction, Version=1.0.194.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35'

Look further in the log and find these lines:
CustomAction CheckRDSInstallationDeferred returned actual error code 1603
(note this may not be 100% accurate if translation happened inside sandbox)
Action ended 11:15:15: InstallFinalize. Return value 3.

After this the rollback proceeds.
-Blair

-----Original Message-----
From: Lian Jiang [mailto:lji...@microsoft.com] 
Sent: Tuesday, September 22, 2009 11:20 AM
To: os...@live.com
Subject: RE: [WiX-users] Return='ignore' causes "ICE68: invalid custom
action type for action"

Blair,

This is the error:

MSI (s) (80:34) [11:14:04:057]: Executing op:
ActionStart(Name=InstallWindowsFeaturesDeferred,,)
Action 11:14:04: InstallWindowsFeaturesDeferred. 
MSI (s) (80:34) [11:14:04:057]: Executing op:
CustomActionSchedule(Action=InstallWindowsFeaturesDeferred,ActionType=3137,S
ource=BinaryData,Target=CAQuietExec,CustomActionData="C:\Windows\Sysnative\d
ism.exe" /online /NoRestart /enable-feature /featurename:NetFx3
/featurename:Xps-Foundation-Xps-Viewer /featurename:InkSupport
/featurename:DesktopExperience /featurename:SearchEngine-Server-Package
/featurename:Indexing-Service-Package)
MSI (s) (80:24) [11:14:04:057]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSI8723.tmp, Entrypoint: CAQuietExec
CAQuietExec:  
CAQuietExec:  Deployment Image Servicing and Management tool
CAQuietExec:  Version: 6.1.7100.0
CAQuietExec:  
CAQuietExec:  Image Version: 6.1.7100.0
CAQuietExec:  
CAQuietExec:  Enabling feature(s)
CAQuietExec:  The operation completed successfully.
CAQuietExec:  Error 0x80070bc2: Command line returned an error.
CAQuietExec:  Error 0x80070bc2: CAQuietExec Failed CustomAction
InstallWindowsFeaturesDeferred returned actual error code 1603 but will be
translated to success due to continue marking


I have attached the whole log file. 

This is the code:

<CustomAction Id="InstallWindowsFeatures"
                  Property="InstallWindowsFeaturesDeferred"
                  Value='"[WindowsFolder]Sysnative\dism.exe" /online
/NoRestart /enable-feature /featurename:NetFx3
/featurename:Xps-Foundation-Xps-Viewer /featurename:InkSupport
/featurename:DesktopExperience /featurename:SearchEngine-Server-Package
/featurename:Indexing-Service-Package'
                  Execute='immediate'
                  />
    <CustomAction Id="InstallWindowsFeaturesDeferred"
                  BinaryKey='WixCA'
                  DllEntry="CAQuietExec"
                  Execute="deferred"
                  Return='ignore'
                  Impersonate="no" />


We are using Windows Server 2008 R2 and the MSI version is 5.0.7100.0

Thanks for help!



Thanks
Lian

-----Original Message-----
From: Blair [mailto:os...@live.com]
Sent: Monday, September 21, 2009 6:35 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Return='ignore' causes "ICE68: invalid custom
action type for action"

Could you send the lines from the log starting from
InstallWindowsFeaturesDeferred returning to the second mention of "rollback"
following the above line? Also, which version of MSI?

-----Original Message-----
From: Lian Jiang [mailto:lji...@microsoft.com]
Sent: Monday, September 21, 2009 5:16 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Return='ignore' causes "ICE68: invalid custom
action type for action"

Thanks Blair for your explanation.

I tried:
<CustomAction Id="InstallWindowsFeatures"
                  Property="InstallWindowsFeaturesDeferred"
                  Value='"[WindowsFolder]Sysnative\dism.exe" /online ......'
                  Execute='immediate'/>
    <CustomAction Id="InstallWindowsFeaturesDeferred"
                  BinaryKey='WixCA'
                  DllEntry="CAQuietExec64"
                  Execute="deferred"
                  Return='ignore'
                  Impersonate="no" />


As you see, I removed "Return='ignore'" from InstallWidnowsFeatures and set
Return='ignore' in InstallWindowsFeaturesDeferred.

The compile can pass without ICE68 error but running msi failed because the
return value is not 0 (shown in the log).

Yes, I allow installation continue even this custom action failed.

Do I still miss anything?


Thanks
Lian


-----Original Message-----
From: Blair [mailto:os...@live.com]
Sent: Monday, September 21, 2009 4:46 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Return='ignore' causes "ICE68: invalid custom
action type for action"

A so-called SetProperty "custom" action is a built-in type (it is a Type 51
custom action), and setting a session property value isn't ever expected to
fail. Why do you want to set Return='ignore'? And what would you do in your
deferred action if the immediate SetProperty ever did fail?

Because you add the msidbCustomActionTypeContinue flag to your type 51
action, Windows Installer sees a type 115, and I assume it doesn't have any
codepath that supports a Type 115, which is why you get the ICE68 (to
prevent you from attempting it) and an "unsupported type" when you attempt
it anyway.

The one you may wish to ignore (if you don't wish to depend on it returning
a 0 result code) would be your deferred InstallWindowsFeaturesDeferred
action. That is the one that actually runs your dism.exe utility.

-----Original Message-----
From: Lian Jiang [mailto:lji...@microsoft.com]
Sent: Monday, September 21, 2009 4:27 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Return='ignore' causes "ICE68: invalid custom action
type for action"

Hi,

I have a custom action:

<CustomAction Id="InstallWindowsFeatures"
                  Property="InstallWindowsFeaturesDeferred"
                  Value='"[WindowsFolder]Sysnative\dism.exe" /online
/NoRestart /enable-feature /featurename:NetFx3
/featurename:Xps-Foundation-Xps-Viewer /featurename:InkSupport
/featurename:DesktopExperience /featurename:SearchEngine-Server-Package
/featurename:Indexing-Service-Package'
                  Execute='immediate'
                  Return='ignore'/>
    <CustomAction Id="InstallWindowsFeaturesDeferred"
                  BinaryKey='WixCA'
                  DllEntry="CAQuietExec64"
                  Execute="deferred"
                  Return='check'
                  Impersonate="no" />


When I compile, it failed due to ICE68 - Invalid custom action type for
action 'InstallWindowsFeatures'.

If I bypass ICE68 when linking, running the msi will fail with "Custom
action InstallWindowsFeatures specifies unsupported type".

The trick is that if I change the highlighted 'ignore'Johto 'check', then
compile will pass without bypassing ICE68.

Does anybody know why I cannot use Return='ignore'?

Appreciate very much!


Thanks
Lian




----------------------------------------------------------------------------
--
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA is
the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf _______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


----------------------------------------------------------------------------
--
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


----------------------------------------------------------------------------
--
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


----------------------------------------------------------------------------
--
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to