Shawn Dwyer wrote:

> I have a few question regarding this:
> 1.  Why does it think Feature2 is installed?
> 2.  Why does it have Feature2A as Advertise (I would expect Absent)
> 3.  Once I get this working I'll need my DTF custom action to check the
> states.  Does MigrateFeatureStates set the FeatureInfo.CurrentState or
> FeatureInfo.RequestState or both?
>
>

Sorry for the bump, but I'm stuck and I'm hoping somebody might have some
ideas for at least one of these questions.  Please let me know if I haven't
provided enough information.

Thanks again,

Shawn

On Fri, Jun 5, 2009 at 2:08 PM, Shawn Dwyer <shawn.o.dw...@gmail.com> wrote:

> I am having a similar problem, where during a major upgrade
> MigrateFeatureStates is setting features that are not actually already
> installed to Local.  My product has the option to install any of 4 features,
> with two defaulting to Local each with a must have subfeature.
>
>
> <Property Id="INSTALLLEVEL" Value="100" />
>
> <Feature Id="Feature1" Level="1">
>
>       <Feature Id="Feature1A" Level="1" Display="hidden" InstallDefault="
> followParent">
>
>             <ComponentGroupRef Id="ComponentGroup1A" />
>
>       </Feature>
>
>       <Feature Id="Feature1B" Level="999”>
>
>             <ComponentGroupRef Id="ComponentGroup1B" />
>
>       </Feature>
> </Feature>
> <Feature Id="Feature2" Level="1">
>
>       <Feature Id="Feature2A" Level="1" Display="hidden" InstallDefault="
> followParent">
>             <ComponentGroupRef Id="ComponentGroup2A" />
>       </Feature>
>
>       <Feature Id="Feature2B" Level="999”>
>
>             <ComponentGroupRef Id="ComponentGroup2B" />
>
>       </Feature>
> </Feature>
> <Feature Id="Feature3" Level="999">
>
>       <Condition Level="0">(NOT IISMAJORVERSION) AND (NOT REMOVE)</
> Condition>
>       <ComponentGroupRef Id="ComponentGroup3" />
> </Feature>
> <Feature Id="Feature4" Level="999">
>
>       <Condition Level="0">(NOT IISMAJORVERSION) AND (NOT REMOVE)</
> Condition>
>       <ComponentGroupRef Id="ComponentGroup4" />
> </Feature>
>
>
>
> NOTE: IIS is not installed but I expect that does not affect this example.
>
>
> If I install the product and only select Feature1, Feature1 and Feature1A
> are installed as expected.  However during a major upgrade with
> MigrateFeatures, it seems to think Feature2 is installed as well (but
> not Feature2A which it has as Advertise).  Feature3 and Feature4 as
> exepected are not acted upon in MigrateFeatureStates as they were not
> installed previously.
>
> Action ended 18:15:01: CostFinalize. Return value 1.
> MSI (c) (98:1C) [18:15:01:428]: Doing action: MigrateFeatureStates
> Action 18:15:01: MigrateFeatureStates. Migrating feature states from
> related applications
> Action start 18:15:01: MigrateFeatureStates.
> MSI (c) (98:1C) [18:15:01:428]: Migrating feature settings from product(s)
> '{3D25093F-AAB3-4486-B5A4-3FE4981E9A90}'
> MSI (c) (98:1C) [18:15:01:428]: MigrateFeatureStates: based on existing
> product, setting feature 'Feature1' to 'Local' state.
> MSI (c) (98:1C) [18:15:01:522]: MigrateFeatureStates: based on existing
> product, setting feature 'Feature1A' to 'Local' state.
> MSI (c) (98:1C) [18:15:01:600]: MigrateFeatureStates: based on existing
> product, setting feature 'Feature2' to 'Local' state.
> MSI (c) (98:1C) [18:15:01:616]: MigrateFeatureStates: based on existing
> product, setting feature 'Feature2A' to 'Advertise' state.
> Action ended 18:15:01: MigrateFeatureStates. Return value 1.
>
> Here is my sequence for reference:
> ShowError  -3
> ShowCancel  -2
> ShowSuccess  -1
> AppSearch  100
> FindRelatedProducts  101
> LaunchConditions (NOT (REMOVE="ALL")) 102
> ValidateProductID  700
> CostInitialize  800
> FileCost  900
> CostFinalize  1000
> MigrateFeatureStates  1200
> DTFCustomActionThatReliesOnFeatureStates (NOT (REMOVE="ALL")) 1201
> I have a few question regarding this:
> 1.  Why does it think Feature2 is installed?
> 2.  Why does it have Feature2A as Advertise (I would expect Absent)
> 3.  Once I get this working I'll need my DTF custom action to check the
> states.  Does MigrateFeatureStates set the FeatureInfo.CurrentState or
> FeatureInfo.RequestState or both?
>
> Thanks!
>
> Shawn
>
>
> On Mon, Apr 27, 2009 at 12:47 PM, Dale Quigg <da...@messagegate.com>wrote:
>
>> >> Dale Quigg wrote:
>> >> Running a verbose log during upgrade shows that FindRelatedProducts
>> >> is working.
>> >
>> > Bob Arnson wrote:
>> > What's logged for MigrateFeatureStates?
>>
>> Thanks Bob,
>>
>> There was no entry in the log for MigrateFeatureStates.
>>
>> It looks like this was a "problem encountered between keyboard and chair"
>> in that I think I hadn't invoked my lastest built .msi.
>>
>> Thanks anyway.
>> Dale
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Crystal Reports &#45; New Free Runtime and 30 Day Trial
>> Check out the new simplified licensign option that enables unlimited
>> royalty&#45;free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>> _______________________________________________
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to