Well, the only approach that I have found to work consistently across all maintenance and install modes is to set properties concerning the states and features I'm interested in executed when the "Next" button of CustomizeDlg is pressed. I can rely on the values of these properties. I then condition further dialogs based on these properties. -- John M. Cooper
-----Original Message----- From: Adam Kadzban [mailto:mightyshorta...@gmail.com] Sent: Tuesday, October 25, 2011 4:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Action state not set during modify? Well it appears you are right. I just put in a Publish element to show a popup if &Feature1=-1, and it came up...so I don't understand why, but yes you are correct. Perhaps during maintenance it isn't set until CostFinalize of the Execute sequence? It works during the installation process, though, which confuses me. But given that, is there another way I can accomplish what I'm trying to do? -Adam On Tue, Oct 25, 2011 at 3:32 PM, Adam Kadzban <mightyshorta...@gmail.com>wrote: > Action state is supposed to be set during CostFinalize, which happens > before my dialogs in the UI sequence (CostFinalize is 800, my dialogs > start at 1296). Also, looking at the section of log I pasted in, I > can see the MsiSelectionTreeSelectedAction property get set from 3 to 2 - > that is setting the action state (ref: > http://msdn.microsoft.com/en-us/library/windows/desktop/aa371604(v=vs. > 85).aspx) though it appears to not actually be doing anything... > > -Adam > > > On Tue, Oct 25, 2011 at 2:47 PM, John Cooper <jocoo...@jackhenry.com>wrote: > >> They get set too late. At the earliest, CostFinalize, and some >> states are really good until InstallValidate. Your dialogs are >> occurring before that, more than likely. >> >> -- >> John Merryweather Cooper >> Jack Henry & Associates, Inc. (Premier Tech) Build & Install Engineer >> - jXchange >> Office: 913-341-3434 x791011 >> jocoo...@jackhenry.com >> >> >> >> >> -----Original Message----- >> From: Adam Kadzban [mailto:mightyshorta...@gmail.com] >> Sent: Tuesday, October 25, 2011 2:26 PM >> To: wix-users@lists.sourceforge.net >> Subject: [WiX-users] Action state not set during modify? >> >> I'm got an installer working off a modified version of the Mondo UI >> (wix >> 3.5) that has three different features, and each feature has a custom >> dialog screen that gathers information on how to configure those features. >> When the installer is run in maintenance mode as a change/modify, I >> want the user to go from the feature tree page (where they modified >> which features to have >> installed) to the dialogs for every feature that will end up being >> installed. I'm having problems getting the conditions correct on the >> Customize dialog's Next button though. >> >> When doing a first time install, the condition only needs to be >> &Feature1=3 for it to work (I've set it up so you can't install as >> advertised or from source, so I should only have to deal with 2 and 3 >> for action state). >> However it looks like action state doesn't getting set during modify >> - is this true? Taking a look at the log, I see this: >> >> MSI (c) (74:9C) [13:49:51:024]: PROPERTY CHANGE: Modifying >> MsiSelectionTreeSelectedFeature property. Its current value is 'Feature1'. >> Its new value: 'Feature2'. >> MSI (c) (74:9C) [13:49:51:759]: Note: 1: 2727 2: >> MSI (c) (74:9C) [13:49:51:774]: PROPERTY CHANGE: Modifying >> MsiSelectionTreeSelectedAction property. Its current value is '3'. >> Its new >> value: '2'. >> MSI (c) (74:9C) [13:49:51:774]: PROPERTY CHANGE: Modifying >> MsiSelectionTreeSelectedCost property. Its current value is '0'. Its >> new >> value: '-976568'. >> >> That is from me running the installer to install Feature1 and >> Feature2, then running it again and deselecting Feature2 in the >> feature tree. Based on those lines from the log, it looks like it >> should know that Feature1's action state is set to 3...but I'm not >> seeing that behavior. When I have the condition just as &Feature1=3, I hit >> next and nothing happens. >> >> There is also the Installed state value, but that alone won't help. >> If a feature is getting uninstalled (in which case !Feature1=3), it >> would work if I could also check to see if the feature wasn't being >> uninstalled >> (!Feature1=3 AND NOT &Feature1=2), but that's not working either... >> I've been googling around and seen people reference Installed, >> MaintenanceMode=Modify, and WixUI_InstallMode = "Change", but as far >> as I can tell those are all on the product level, not a feature >> level, which doesn't help. >> >> Is there some basic concept about install/action state that I'm missing? >> Or am I going about the modify logic all wrong? >> >> Thanks, >> Adam >> >> --------------------------------------------------------------------- >> --------- The demand for IT networking professionals continues to >> grow, and the demand for specialized networking skills is growing >> even more rapidly. >> Take a complimentary Learning@Cisco Self-Assessment and learn about >> Cisco certifications, training, and career opportunities. >> http://p.sf.net/sfu/cisco-dev2dev >> _______________________________________________ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> NOTICE: This electronic mail message and any files transmitted with >> it are intended exclusively for the individual or entity to which it >> is addressed. The message, together with any attachment, may contain >> confidential and/or privileged information. >> Any unauthorized review, use, printing, saving, copying, disclosure >> or distribution is strictly prohibited. If you have received this >> message in error, please immediately advise the sender by reply email >> and delete all copies. >> >> >> >> --------------------------------------------------------------------- >> --------- The demand for IT networking professionals continues to >> grow, and the demand for specialized networking skills is growing >> even more rapidly. >> Take a complimentary Learning@Cisco Self-Assessment and learn about >> Cisco certifications, training, and career opportunities. >> http://p.sf.net/sfu/cisco-dev2dev >> _______________________________________________ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > > ------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
