from:"gapearce"


Thanks Blair - I wish I was smart enough to find doc like that - direct hit!
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/INSTALLDIR-and-Upgrades-reposted-in-correct-forum-tp5635805p5638820.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] SharedDllRefCount on Upgrade


So on an upgrade, I noticed that some important files were not installed.  So
I looked in the log and found these:

MSI (s) (7C:28) [12:04:18:128]: Component: Service_Component; Installed:
Absent;   Request: Local;   Action: Null
MSI (s) (7C:28) [12:04:18:128]: Component: Admin_Component; Installed:
Absent;   Request: Local;   Action: Null

And these are the two components that did not get installed on upgrade.

The previous version was installed using InstallShield.  Of course, this
version is now using WiX/MSI.

I found a couple of threads in this forum about using
SharedDLLRefCount=yes to circumvent this problem.

My question is: Should I put SharedDLLRefCount=yes on every component to
prevent this problem in the future?  What is the downside of this approach?


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SharedDllRefCount-on-Upgrade-tp5639450p5639450.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SharedDllRefCount on Upgrade


Sorry, looks like I posted too soon.  

After trying to use SharedDLLRefCount=yes, my WiX installer still won't
install these components.

I should also note that all of the other components have Action:  Local
... and they get installed.

What's going on here?
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SharedDllRefCount-on-Upgrade-tp5639450p5639585.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SharedDllRefCount on Upgrade


Thanks for the reply, Phil.  

I'm not sure what you mean by migrating feature states, but these two
components probably don't have the same component names as something in the
previous installer version, and they definitely don't have the same
component guids.  But neither do the other components that DO get
installed...

I'm doing a major upgrade, and I am removing the entire older version before
installing the new version.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SharedDllRefCount-on-Upgrade-tp5639450p5639611.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SharedDllRefCount on Upgrade


Uh Oh.  This doesn't sound good...

Here's what I'm doing to determine if I need to upgrade:

Upgrade Id=$(var.UpgradeCode)
  UpgradeVersion Minimum=$(var.ProductVersion) OnlyDetect=yes
Property=NEWERVERSIONDETECTED /
  UpgradeVersion Minimum=0.0.0 Maximum=$(var.ProductVersion)
  IncludeMinimum=yes IncludeMaximum=no
  Property=OLDERVERSIONBEINGUPGRADED /
/Upgrade

So I am using UpgradeVersion... Is there another way to do what I'd like to
do?  (I.e. completely remove the previous version and install a new one over
top?)

Ugh!


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SharedDllRefCount-on-Upgrade-tp5639450p5639831.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SharedDllRefCount on Upgrade


Here's two parts of the log... still looking grim...

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n5640249/log.txt
log.txt 

Thanks for helping out Phil...
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SharedDllRefCount-on-Upgrade-tp5639450p5640249.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SharedDllRefCount on Upgrade


Gladly... here it is.  Had to zip it...

Thanks again for trying to help.

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n5641073/full.zip
full.zip 
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SharedDllRefCount-on-Upgrade-tp5639450p5641073.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] INSTALLDIR and Upgrades (reposted in correct forum)

2010-10-14 Thread gapearce

Sorry about reposting this; I put it in the wrong forum initially...

My installer allows the user to specify the folder location for the initial
install. But on an upgrade, I'd like to prevent them from changing that
location, so I don't allow them to specify the folder.

I think I understand how to get the folder name of the original location on
upgrade: My code uses * for product code, so a new one is generated with
each build. I have a Custom Action in a DLL which will use
MsiGetComponentPath with the value of OLDERVERSIONBEINGUPGRADED to
determine the folder. I think that this property contains the ProductCode
of the version being upgraded. OLDERVERSIONBEINGUPGRADED is set by this
code:

Upgrade Id=$(var.UpgradeCode)
UpgradeVersion Minimum=$(var.ProductVersion) OnlyDetect=yes
Property=NEWERVERSIONDETECTED /
UpgradeVersion Minimum=0.0.0 Maximum=$(var.ProductVersion)
IncludeMinimum=yes IncludeMaximum=no
Property=OLDERVERSIONBEINGUPGRADED /
/Upgrade

Right now, I am setting the INSTALLDIR to a hard-coded value, like this:

Directory Id=TARGETDIR Name=SourceDir
Directory Id=ProgramFilesFolder
Directory Id=foo Name=MyCompany Name
Directory Id=INSTALLDIR Name=My Product Name
/Directory
/Directory
/Directory
... rest of installable components ...
/Directory

My question is, how do I set INSTALLDIR to the value returned by the call to
MsiGetComponentPath, and when should it be scheduled?

Thanks
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/INSTALLDIR-and-Upgrades-reposted-in-correct-forum-tp5635805p5635805.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] prevent component removal on major upgrade

2010-10-05 Thread gapearce


Well, after much goofing around, I think UPGRADINGPRODUCTCODE check is
working for what I need.  My design is wrong from the start to re-order
removal of existing products... but I will design the next installer with
this method in mind.

Thanks so much for your help Blair... and the great explanation.

and thanks again to the rest of the group for helping in general - this
would be all but impossible without this forum.

Greg
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/prevent-component-removal-on-major-upgrade-tp5600477p5603890.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2  L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] prevent component removal on major upgrade

2010-10-04 Thread gapearce


Hi,

I have 3 components that get installed initially.  But when I want to
upgrade, I'd like to leave one component alone - it never needs to be
upgraded.  But I do want to upgrade the other two components.

I already can do a successful upgrade, but that removes all of the files
first, then re-installs new stuff.

I'd like to do this still, except for the one component that is ok to stay.

I know how to *not* re-install this component - I change the level' on the
feature to zero so it won't get re-installed, and the condition for this
looks like the following:

Condition Level=0OLDERVERSIONBEINGUPGRADED/Condition

But I'd like to prevent this one special component from getting deleted on
the Upgrade.

Any advice would be greatly appreciated...

Greg

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/prevent-component-removal-on-major-upgrade-tp5600477p5600477.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Virtualization is moving to the mainstream and overtaking non-virtualized
environment for deploying applications. Does it make network security 
easier or more difficult to achieve? Read this whitepaper to separate the 
two and get a better understanding.
http://p.sf.net/sfu/hp-phase2-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] prevent component removal on major upgrade

2010-10-04 Thread gapearce


Hi Blair, and thanks for the response.  

What you describe is an advanced functionality that I'm currently incapable
of implementing.  I just don't know enough about this stuff to even try that
right now ...

Is there an example of the latter suggestion that you might be able to
provide?  (i.e. forcing the level of the feature containing your
non-upgrading component to 0 during removals that happen due to upgrades.?)

Thanks again for your time...
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/prevent-component-removal-on-major-upgrade-tp5600477p5601112.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Virtualization is moving to the mainstream and overtaking non-virtualized
environment for deploying applications. Does it make network security 
easier or more difficult to achieve? Read this whitepaper to separate the 
two and get a better understanding.
http://p.sf.net/sfu/hp-phase2-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] prevent component removal on major upgrade

2010-10-04 Thread gapearce


Sorry - just found this link to explain RemoveExistingProducts:

http://msdn.microsoft.com/library/aa371197.aspx

I am thinking of trying this, but this says that the RemoveExistingProducts
needs to be scheduled 'between'
the InstallExecute action, or the InstallExecuteAgain action, and the
InstallFinalize action.  How can I specify this sequence?  

I have this in there now, but it seems incomplete according to the doc:

RemoveExistingProducts After=InstallExecute /

How am I supposed to do this?
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/prevent-component-removal-on-major-upgrade-tp5600477p5601219.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Virtualization is moving to the mainstream and overtaking non-virtualized
environment for deploying applications. Does it make network security 
easier or more difficult to achieve? Read this whitepaper to separate the 
two and get a better understanding.
http://p.sf.net/sfu/hp-phase2-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Two CheckBoxes, Same Property

2010-09-28 Thread gapearce


Well... I was having trouble with PropertyRef on a checkbox control because
you can't do that!  I meant to use CheckBoxPropertyRef (which I just learned
about in another post), and that works exactly as advertised.  Ugh...

But thanks Bob!

And thanks to Christopher, too.  Your suggestion gave me a whole new set of
things to think about and exploit :)

Thanks again everyone.


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-CheckBoxes-Same-Property-tp5576848p5580975.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Two CheckBoxes, Same Property

2010-09-27 Thread gapearce


I have a reason to have a checkbox appear on a different place in the same
dialog, based on a condition.  I was trying to use propertyRef to allow both
checkbox controls to use the same property, but I can't get that to work. 
Of course if I use the same property for each checkbox, I get a compile
error (duplicate property).

There must be a way to do this... any ideas?

Code snippet:

Control Id=checkbox1 Type=CheckBox Width=324 Height=34
X=20 Y=145
  Property=ALLOW_FIREWALL_EXCEPTION CheckBoxValue=1 Text=allow
firewall exception
  Condition Action=show![CDATA[TRIAL_VERSION  1 AND
REMOTE_ADMIN = 1]]
 /Condition
  Condition Action=hide![CDATA[MT_TRIAL_VERSION  1 AND
REMOTE_ADMIN  1]]
 /Condition
/Control

Control Id=checkbox2 Type=CheckBox Width=324 Height=34
X=20 Y=165
  Property=ALLOW_FIREWALL_EXCEPTION CheckBoxValue=1 Text=allow
firewall exception
  Condition Action=show![CDATA[TRIAL_VERSION = 1 AND
REMOTE_ADMIN = 1]]
 /Condition
  Condition Action=hide![CDATA[MT_TRIAL_VERSION = 1 AND
REMOTE_ADMIN  1]]
 /Condition
/Control


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-CheckBoxes-Same-Property-tp5576848p5576848.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Two CheckBoxes, Same Property

2010-09-27 Thread gapearce


I have another checkbox - above both of these (let's call it checkbox0) -
that shows/hides based on the TRIAL_VERSION property.  This checkbox0 does
not display if TRIAL_VERSION  1.  

If trial_version is a 1, then I'd like the checkbox1 to appear under
checkbox0.  But if TRIAL_VERSION is not a 1, I'd like the checkbox2 to
appear where checkbox0 is (because checkbox0 would not be visible).

It's so the dialog looks better without a gap between two conditional check
boxes.

There!  I hope that's as clear as mud!

Thanks Christopher.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-CheckBoxes-Same-Property-tp5576848p5576947.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to conditionally check/uncheck a checkbox

2010-09-17 Thread gapearce


Nick!  

That works exactly the way I'd like it to... I really appreciate your help!

Thanks!

Greg
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-conditionally-check-uncheck-a-checkbox-tp5539262p5544015.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to conditionally check/uncheck a checkbox

2010-09-16 Thread gapearce


I have a dialog with two check boxes. CB1 and CB2.  If CB1 is checked, I'd
like to set CB2 to checked, too.  And conversely, I'd like to uncheck CB2 if
CB1 is unchecked.

Control Id=CB1 Type=CheckBox Text=Start [ProductName] services on
exit. Property=LAUNCHSERVICEONEXIT CheckBoxValue=1/

Control Id=CB2 Type=CheckBox Text=Launch [ProductName] configuration
program on exit. Property=LAUNCHADMINONEXIT CheckBoxValue=1

There must be a way...How can I do this?

Thanks
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-conditionally-check-uncheck-a-checkbox-tp5539262p5539262.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to conditionally check/uncheck a checkbox

2010-09-16 Thread gapearce


No, I hadn't tried that... but I just did - and it sort of works, but it
isn't what I actually needed.  I now have two check boxes that set the same
property (e.g. MyCheckBoxResult).

I'd like CB2 to be checked initially only if CB1 is checked, and vise-versa. 
But I would like to allow the user to uncheck CB2 if CB1 is checked too.  

This code below doesn't allow that - if I uncheck CB2, CB1 becomes unchecked
too.  

Also, with this code, I can't tell the state (checked or not) of CB2 because
there is no unique property associated with it now.

I think I need to set CB2's 'property' value to 0 if CB1's state is
unchecked, (and as a result, CB2's checkbox would be unchecked).
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-conditionally-check-uncheck-a-checkbox-tp5539262p5539664.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to conditionally check/uncheck a checkbox

2010-09-16 Thread gapearce


Sorry for the ambiguity.  I'm not asking the right question.  

Here's what I'd really like to do:

On entry to this dialog, both CB1 and CB2 should be checked, so I set their
individual properties to 1.

The user can un-check CB2 and it should leave CB1 alone.  

If the user un-checks CB1, I'd like CB2 to become unchecked, too.

If the user checks CB1, I'd like CB2 to become checked again, too.

CB2 cannot be checked unless CB1 is checked.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-conditionally-check-uncheck-a-checkbox-tp5539262p5539763.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to check if major upgrade in progress?

2010-08-26 Thread gapearce


How can I tell if a major upgrade is in progress in the UI?  
I want to display a special dialog in the upgrade situation...

Thanks
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-check-if-major-upgrade-in-progress-tp5466532p5466532.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to check if major upgrade in progress?

2010-08-26 Thread gapearce


I should add that I'm using this mechanism now, and I test
OLDERVERSIONBEINGUPGRADED, but I wanted to ask if this is the right way,
or is there a different property I can also test?

Upgrade Id=$(var.UpgradeCode)
  UpgradeVersion Minimum=$(var.ProductVersion) OnlyDetect=yes
Property=NEWERVERSIONDETECTED /
  UpgradeVersion Minimum=0.0.0 Maximum=$(var.ProductVersion)
  IncludeMinimum=yes IncludeMaximum=no
  Property=OLDERVERSIONBEINGUPGRADED /
/Upgrade


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-check-if-major-upgrade-in-progress-tp5466532p5466683.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detecting major upgrade problem

2010-08-26 Thread gapearce


Doh!  I figured it out - and I've asked this question before but in a
different way.  The answer is:

If you have more than one NewDialog event that has a true condition, the one
with the highest order number will execute, and the others will be ignored.
You need to make your conditions mutually exclusive. 

and it was provided by Blair-2 

Sorry for the dumb post.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Detecting-major-upgrade-problem-tp5462729p5466765.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to debug CustomAction DLL

2010-08-25 Thread gapearce


I found it pretty easy and straightforward using VS2008 to attach to a setup
program awaiting user input from a message box.  It was very easy...

This MSND article touches on it -
http://msdn.microsoft.com/en-us/library/aa368264%28VS.85%29.aspx - 

just attach to the process that has your messagebox title in it.  

add a breakpoint in VS2008 on the line of code in the dll after the
messagebox.  
Of course the code has to match the dll...

Respond to the button in the messagebox.  It will close and stop on the line
in the debugger.

You do have to remember to remove / disable the message boxes as stated
above...when you ship, or when they become so annoying that you can't take
it any more.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-debug-CustomAction-DLL-tp5458781p5463104.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] UpgradeGUID question

2010-08-19 Thread gapearce


What is the point of the UpgradeGUID?

It appears that it is something independent of the product code - which
means that we could leave the upgrade GUID the same for a variety of
versions which means uninstall anything w/ this upgrade code.  

Or, does it mean that we can specify all known product GUIDs of all
installers we have built and release, to say remove them before
installing?

Thanks in advance...

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/UpgradeGUID-question-tp5440799p5440799.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dialog execution order

2010-08-13 Thread gapearce


Thanks Blair - That fixed it... it would be cool if your sentence explaining
the problem was easily found or otherwise available in the doc...I was
scratching my head for a long time over this.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dialog-execution-order-tp5417778p5420321.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Dialog execution order

2010-08-12 Thread gapearce


I have a next button like this, and it never displays the
MTWebServerConfigDlg dialog.

Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17
Default=yes Text=!(loc.WixUINext) TabSkip=no
 Publish Event=DoAction Value=CreateMySQLAccount
Order=11/Publish
 Publish Event=SpawnDialog Value=MTMySQLErrorDlg
Order=2![CDATA[SQL_CONFIG_SUCCEEDED  1]]/Publish
 Publish Event=DoAction Value=InitializeWebServerSettings
Order=3![CDATA[MT_TRIAL_VERSION = 1]]/Publish
 Publish Event=NewDialog Value=MTWebServerConfigDlg Order=4 
![CDATA[SQL_CONFIG_SUCCEEDED = 1 AND MT_TRIAL_VERSION = 1]]/Publish
 Publish Event=NewDialog Value=MTSMTPConfigDlg Order=5  
![CDATA[SQL_CONFIG_SUCCEEDED = 1 AND MT_TRIAL_VERSION  1 AND
CONFIGSMTP = 1]]/Publish
 Publish Event=NewDialog Value=InstallDirDlg Order=6
![CDATA[SQL_CONFIG_SUCCEEDED = 1 AND CONFIGSMTP  1]]/Publish
/Control
 
My log file shows this:

because I unchecked a checkbox, this appeared earlier:
MSI (c) (B0:DC) [16:14:44:276]: PROPERTY CHANGE: Deleting CONFIGSMTP
property. Its current value is '1'.

...

MSI (c) (B0:DC) [16:14:38:996]: Doing action: IsTrialVersion
Action 16:14:38: IsTrialVersion. 
Action start 16:14:38: IsTrialVersion.
MSI (c) (B0:50) [16:14:39:017]: Invoking remote custom action. DLL:
C:\Users\GAP~1.GRO\AppData\Local\Temp\MSIB572.tmp, Entrypoint:
IsTrialVersion
MSI (c) (B0!74) [16:14:40:018]: PROPERTY CHANGE: Adding MT_TRIAL_VERSION
property. Its value is '1'.
Action ended 16:14:40: IsTrialVersion. Return value 1.

Action 16:14:47: MTMySQLConfigDlg. Dialog created
MSI (c) (B0:DC) [16:14:50:836]: PROPERTY CHANGE: Adding DATABASE_PASSWORD
property. Its value is '**'.
MSI (c) (B0:DC) [16:14:51:596]: PROPERTY CHANGE: Adding
DATABASE_CONFIRM_PASSWORD property. Its value is '**'.
MSI (c) (B0:DC) [16:14:55:012]: PROPERTY CHANGE: Adding
DATABASE_ROOT_PASSWORD property. Its value is '**'.

MSI (c) (B0:DC) [16:14:55:117]: Doing action: CreateMySQLAccount
Action 16:14:55: CreateMySQLAccount. 
Action start 16:14:55: CreateMySQLAccount.
MSI (c) (B0:F8) [16:14:55:140]: Invoking remote custom action. DLL:
C:\Users\GAP~1.GRO\AppData\Local\Temp\MSIF469.tmp, Entrypoint:
CreateMySQLAccount
MSI (c) (B0!F4) [16:14:55:161]: PROPERTY CHANGE: Modifying
SQL_CONFIG_SUCCEEDED property. Its current value is '0'. Its new value: '1'.
MSI (c) (B0!F4) [16:14:55:161]: PROPERTY CHANGE: Deleting ERROR_STRING
property. Its current value is 'Remote Administration is now disabled.'.
MSI (c) (B0!F4) [16:14:55:161]: PROPERTY CHANGE: Adding SUCCESS_STRING
property. Its value is 'MySQL account configured successfully!'.
Action ended 16:14:55: CreateMySQLAccount. Return value 1.

MSI (c) (B0:DC) [16:14:55:164]: Doing action: InitializeWebServerSettings
Action 16:14:55: InitializeWebServerSettings. 
Action start 16:14:55: InitializeWebServerSettings.
MSI (c) (B0:0C) [16:14:55:185]: Invoking remote custom action. DLL:
C:\Users\GAP~1.GRO\AppData\Local\Temp\MSIF499.tmp, Entrypoint:
InitializeWebServerSettings
MSI (c) (B0!B4) [16:14:58:059]: PROPERTY CHANGE: Adding WEBSERVER_PORT
property. Its value is '80'.
MSI (c) (B0!B4) [16:14:59:059]: PROPERTY CHANGE: Adding
WEBSERVER_PORTS_SUCCEEDED property. Its value is '1'.
Action ended 16:14:59: InitializeWebServerSettings. Return value 1.

Action 16:14:59: InstallDirDlg. Dialog created
Action 16:15:15: CancelDlg. Dialog created

Property(C): SQL_CONFIG_SUCCEEDED = 1
Property(C): WEBSERVER_PORTS_SUCCEEDED = 1
Property(C): MT_TRIAL_VERSION = 1

**
Here's what Orca says about it:

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n5417778/x.jpg
 

Why doesn't the MTWebServerConfigDlg dialog run ?

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dialog-execution-order-tp5417778p5417778.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dialog execution order

2010-08-12 Thread gapearce


I should also mention that the dialog in question will display if I don't
un-check the CONFIGSMTP check box, i.e. Property CONFIGSMTP = 1...

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dialog-execution-order-tp5417778p5417804.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom Browse Dialog

2010-08-11 Thread gapearce


Hi,
I need to prompt the user for the location of a file before installing my
software.  

I'm disappointed that I couldn't find an example of this ANYWHERE.  There
are lots of discussions about using custom browse dialog, but no examples. 
If I figure this out, I will publish an example.

I give the user the file to put on their system (anywhere), and at the start
of setup, I need to parse that file using a CA in a DLL.  It is a license
file, and I'll use some info in there to determine some features to install.

So after the LicenseAccept dialog, I have a new dialog (PreInstallDlg.wxs)
which has a browse button on it to fire up my copy of the browseDlg.wxs
code (MTBrowselDlg.wxs).  The browse control looks like this:

Control Id=LicenseFile Type=PushButton X=20 Y=120 Width=56
Height=17 Text=Browse /

In my copy of the WixUI_InstallDir code, I have the following code:

Publish Dialog=MTPreInstallDlg Control=LicenseFile
Property=_BrowseProperty Value=[LICENSE_FILE] Order=11/Publish

Publish Dialog=MTPreInstallDlg Control=LicenseFile Event=SpawnDialog
Value=MTBrowseDlg Order=21/Publish

My MTBrowseDlg looks like this:

  Fragment
UI
  Property Id=_BrowseProperty Value=LICENSE_FILE /
  Dialog Id=MTBrowseDlg Width=370 Height=270
Title=!(loc.BrowseDlg_Title)
Control Id=PathEdit Type=PathEdit X=25 Y=202 Width=320
Height=18 Property=_BrowseProperty Indirect=yes /

*** blah blah - just like the original dialog ***

  /Dialog
/UI
  /Fragment

This compiles ok, but when I run it, I get this error:

Action 14:16:01: MTPreInstallDlg. Dialog created

MSI (c) (A4:2C) [14:16:04:898]: PROPERTY CHANGE: Deleting _BrowseProperty
property. Its current value is 'LICENSE_FILE'.

DEBUG: Error 2819:  Control PathEdit on dialog MTBrowseDlg needs a property
linked to it

The installer has encountered an unexpected error installing this package.
This may indicate a problem with this package. The error code is 2819. The
arguments are: MTBrowseDlg, PathEdit, 

MSI (c) (A4:2C) [14:16:06:704]: Product: MTX -- The installer has
encountered an unexpected error installing this package. This may indicate a
problem with this package. The error code is 2819. The arguments are:
MTBrowseDlg, PathEdit, 

How can I fix this error?

Thanks

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Browse-Dialog-tp5413342p5413342.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Browse Dialog

2010-08-11 Thread gapearce


Hey Thanks Nick!  That was pretty close...  This license file won't be
'installed', it will be emailed to the user, so it is possible for the user
to put it anywhere before running setup.  So I followed your suggestion to
set the variable correctly, but I set it to C:\, and it is acting
correctly now.  Thanks a lot for your help!
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Browse-Dialog-tp5413342p5414318.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Hide the cancel button on progressDlg nightmare

2010-06-25 Thread gapearce


Did you export the HideCancelButton function correctly (in a def file?)
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Hide-Cancel-button-on-ProgressDlg-with-WiXUI-InstallDir-tp5220745p5222725.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to log through DLL using MsiProcessMessage


By the way - is this DoAction limitation documented somewhere?  It's really
too bad this doesn't work ... waah!  (Ok, done whining)...
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-log-through-DLL-using-MsiProcessMessage-tp709471p5208982.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to log through DLL using MsiProcessMessage


Thanks Phil, I appreciate that piece of info... Maybe I can use the Message
Method to work around this limitation...

http://msdn.microsoft.com/en-us/library/aa368322(VS.85).aspx  
http://msdn.microsoft.com/en-us/library/aa368322(VS.85).aspx   
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-log-through-DLL-using-MsiProcessMessage-tp709471p5210121.html
Sent from the wix-users mailing list archive at Nabble.com.
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Invoking a custom action on entry to a dialog...

This is clearly another noob question, and I apologize in advance...(I looked
around for the answer, really, but I couldn't find any other dumb questions
like this)...

I'd like to execute a custom action when a dialog is entered. My custom
action is a function in a DLL - to initialize a particular variable.

Must I do this on a control, like next, on the previous dialog? Or can
I cause it to get executed before the current dialog displays?

My custom action is (incorrectly) defined like this in a fragment/UI called
MyAction:

Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
Fragment
CustomAction Id=MyAction BinaryKey=InstallDLL
DllEntry=CheckMyAction/
UI
Publish Dialog=MyDlg Event=DoAction Value=MyAction
Order=11/Publish
Dialog Id=MyDlg Width=370 Height=270 Title=[ProductName]
Pre-Installation Requirements
blah blah

The compiler flags this as an error because it needs to be associated with a
control:
error CNDL0010: The Publish/@Control attribute was not found; it is
required.

What is the right way to do this?

Thanks ahead of time...

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Invoking-a-custom-action-on-entry-to-a-dialog-tp5210152p5210152.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Invoking a custom action on entry to a dialog...


Thanks Blair - I figured it out - (with your help!) - I didn't want to modify
the previous dialog (std wix dialog) just to add my 'next' action to it, so
I fumbled around enough with my copy of WixUIInstallDir.wxs and got it to
go... actually very clean/easy once I realized how it works.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Invoking-a-custom-action-on-entry-to-a-dialog-tp5210152p5211436.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to log through DLL using MsiProcessMessage

2010-06-17 Thread gapearce


Well, I can't support quiet mode using this installer, partially because of
these bad design decisions, and partially because it wasn't in the original
design and I'm a noob.

I should blog about my experience in the WiX world - it has been a little
confusing, to say the least.  It might help other noobs from falling into
this hole.

I'll be designing the next installer a little differently, and will
certainly consider your suggestion (and others) about asking questions up
front or doing configuration with a separate utility... 

Thanks for your help.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-log-through-DLL-using-MsiProcessMessage-tp709471p5190819.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dialogs out of order?

2010-06-17 Thread gapearce


I solved this problem by re-writing part of the code - not sure exactly what
the problem was, but its not a problem anymore.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dialogs-out-of-order-tp5177864p5190829.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to log through DLL using MsiProcessMessage

2010-06-17 Thread gapearce


Yes, that seems to be the case.  Any logging I try to do that works, is in a
custom action, not a DoAction event.  The ones that fail are in DoAction
events.

Hmmm.  I guess I'll have to keep that in mind.  

Thanks for demystifying... 

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-log-through-DLL-using-MsiProcessMessage-tp709471p5192088.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to log through DLL using MsiProcessMessage

2010-06-16 Thread gapearce


I have a similar problem, and I see this message was ignored by the
community.  Maybe it is a stupid question?  I dunno - but I have the problem
too.

I noticed my MSIHANDLE is one ('1') before installation of the files.  AFter
the files are installed, the MSIHANDLE is eight ('8').

Before installing the files, I can log custom messages to the log file from
my DLL, no problem.  But after the files are installed, (just before exit
dialog), I can no longer log any messages.  The MSIHANDLE is eight, and the
result from MsiProcessMessage is zero - means no action taken.

Is the change of handle just a coincidence?  I tried using '1' for the
handle always (of course, just as a test), and it still doesn't work. 
Handle one must have been closed somewhere along the line.

Can someone please shed some light on this?
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-log-through-DLL-using-MsiProcessMessage-tp709471p5187681.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to log through DLL using MsiProcessMessage

2010-06-16 Thread gapearce


Thanks for the reply, Blair.

Yeah, I just tried that for the heck of it... I would not ever do that in
production...

But the problem remains... I cannot log something late  in the install
process...


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-log-through-DLL-using-MsiProcessMessage-tp709471p5189209.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to log through DLL using MsiProcessMessage

2010-06-16 Thread gapearce


Hi Sascha - Thanks for the example code.  

I understand the out-of-scope handle problem, and I don't save one and use
it for something...I just mentioned that in the previous post to see if it
made a difference during debug.

My code does work, until after install.  I can log all day, but not after
installation is (almost) complete.  I display a configuration dialog after
the files are installed, and prior to the final WiXExitDlg.  During that
time I can't write to the log, and I just happened to notice that the
MSIHANDLE changed.

I just don't understand why I can't log at that time.  The MsiProcessMessage
function returns no action taken... 

wtf?


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-log-through-DLL-using-MsiProcessMessage-tp709471p5189352.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Conditional dialog display when uninstalling


WARNING
Another NOOB alert...
/WARNING

After all of my files get installed, I need to prompt for some additional
configuration information.

I created a custom dialog to do this.  It has a couple check boxes on it.

I would like to NOT have this dialog run at all if the user is removing the
product via uninstall.

Note: InitializeSettings is a DLL function that sets some properties.

To get the dialog to display right after installing the files, I put this
code in my fragment:

InstallUISequence
  Custom Action=InitializeSettings After=ExecuteAction![CDATA[(REMOVE
 ALL)]]
/Custom
  Show Dialog=ExtraConfigDlg OnExit=success![CDATA[(REMOVE 
ALL)]]/Show
/InstallUISequence

But this dialog, (and InitializeSettings) runs on uninstall, too.

I would like to have the last dialog in my stuff (the WixExitDlg dialog) to
show instead of this one, when the user is uninstalling.  

How can I accomplish this?

Thanks
Greg

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Conditional-dialog-display-when-uninstalling-tp518p518.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Dialogs out of order?


More NOOB stuff follows:

The following code doesn't run in the order that I would have expected, 
based on the Order= parameters.

I would like to display the ConfigSQLDlg before the ConfigSMTPDlg, but this
actually 
happens in the reverse order... SMTP is first, then SQL.

Note that the checkboxes are checked by default, initially.

Also note that the SQL checkbox is disabled.  I display it on the dialog
'disabled' 
because it is a required configuration step, so the user must configure 
this before proceeding to the exit dialog.

What am I doing wrong this time?

Thanks, in advance... (again!)

Greg

Property Id=SQL_CONFIG_SUCCEEDED Value=0 /
Property Id=SMTP_CONFIG_SUCCEEDED Value=0 /
Property Id=CONFIGSQL Value=1 /
Property Id=CONFIGSMTP Value=0 /

UI
  Dialog Id=ConfigDlg Width=370 Height=270 Title=[ProductName]
Configuration Options

Control Id=Next Type=PushButton X=236 Y=243 Width=56
Height=17 
Default=yes Text=!(loc.WixUINext) Cancel=yes

  Publish Event=SpawnDialog Value=ConfigSQLDlg Order=1
![CDATA[CONFIGSQL = 1 AND SQL_CONFIG_SUCCEEDED = 0]]
  /Publish
  
  Publish Event=SpawnDialog Value=ConfigSMTPDlg Order=2
![CDATA[CONFIGSMTP = 1 AND SMTP_CONFIG_SUCCEEDED = 0]]
  /Publish

  Publish Event=NewDialog Value=WixExitDlg Order=3
![CDATA[CONFIGSMTP  1 AND CONFIGMYSQL  1]]
  /Publish

/Control

Control Id=Cancel Type=PushButton X=304 Y=243 Width=56
Height=17 
Disabled=no Text=!(loc.WixUICancel)
  Publish Event=SpawnDialog Value=CancelDlg1/Publish
/Control

Control Type=CheckBox Id=cbConfigSQL Width=125 Height=17
X=20 Y=90 
Text=Configure SQL (Required) Property=CONFIGSQL 
Disabled=yes
CheckBoxValue=1  /
Control Type=CheckBox Id=cbConfigSMTP Width=213 Height=17
X=20 Y=112 
Text=Configure SMTP (Optional) Property=CONFIGSMTP 
CheckBoxValue=1
/

  /Dialog
/UI

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dialogs-out-of-order-tp5177864p5177864.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional dialog display when uninstalling


Show Dialog=ExtraConfigDlg OnExit=success![CDATA[(REMOVE ALL) AND
NOT Installed]]/Show 

The AND NOT INSTALLED clause solved that problem - thanks Pally...

The reason I can't ask the configuration questions earlier in the install
process is that the installer installs a needed file.  After this file is
installed, I run a DLL function which parses the file and populates some
properties prior to dialog display.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Conditional-dialog-display-when-uninstalling-tp518p5178312.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dialogs out of order?


Actually, being such a NOOB, I can't see the connection between this post and
the previous one... they do seem to be separate problems to me...

But that said, I'll review and continue this thread if I can't figure it
out.

Thanks again!
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dialogs-out-of-order-tp5177864p5178330.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dialogs out of order?


Hi Pally (et. al.),

I don't see how this post and the other (previous on from me) are related,
so this question still stands...

TIA

Greg
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dialogs-out-of-order-tp5177864p5178373.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional dialog display when uninstalling

What's stopping you asking the user questions in the InstallUISequence
running the DLL function in the InstallExecuteSequence as is standard
practice? Your custom action doesn't need to run immediately as soon as
you gather information from the user, you can still schedule it after
InstallFiles or whatever you feel is appropriate.

No answer to basic or quiet UI?

The custom action populates some defaults in the dialog prior to dialog
display. These defaults are gotten from a file that is installed and parsed
by a DLL function, right after install files. This dialog is supposed to
allow the user to reconfigure the default values gotten from that
just-installed file.

Quiet UI - right now, it isn't allowed - the user must answer some
configuration questions, so quiet install is not an option. However, I have
coded for it in some places tho - in the hope that someday we'll remove this
restriction to configure this thing after install.

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Conditional-dialog-display-when-uninstalling-tp518p5178470.html
Sent from the wix-users mailing list archive at Nabble.com.

[WiX-users] Spawn dialog from Spawned dialog

2010-06-11 Thread gapearce


Can I do that?  I'd like to spawn a different dialog from a spawned dialog.

I looked around - this Q must have been asked before - but I couldn't find
it.

TIA

Greg
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Spawn-dialog-from-Spawned-dialog-tp5170676p5170676.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] NEXT button behavior


I created a custom dialog and stuck the forward and backward links in my copy
of WixUI_InstallDir.wxs:

Publish Dialog=MyConfigDlg Control=Back Event=NewDialog
Value=InstallDirDlg Order=1NOT Installed/Publish
Publish Dialog=MyConfigDlg Control=Next Event=NewDialog
Value=VerifyReadyDlg Order=2NOT Installed/Publish

I made a new wxs file with a fragment in it that describes my dialog.  All
this seems to work.

I would like to have it so that when the user clicks the next button, I do
a custom action in a DLL to validate what they put in on my new dialog.  I
already have this, too, and it also seems to work.

Control Id=Next Type=PushButton X=236 Y=243 Width=56
Height=17 Default=yes Cancel=yes Text=!(loc.WixUINext) 
  Publish Event=DoAction Value=ValidateMyStuff1/Publish
  Publish Event=NewDialog
Value=VerifyReadyDlg![CDATA[MYSTUFFISVALID = 1]]/Publish
/Control

The DLL returns a 0 or a 1 in MYSTUFFISVALID after parameter validation. 
0 is bad, 1 is good.

What I'm trying to do is force the user back to my dialog to fix the errors,
and then they would click NEXT again, and I would repeat the validation...

How do I make the same dialog re-appear to keep the user on this dialog
until they enter the right stuff?  

Is there an example of this somewhere that you know of?

Thanks, in advance.
Greg
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NEXT-button-behavior-tp5163545p5163545.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] NEXT button behavior


Thanks for the quick response, Pally.

That is the problem - I was hoping to not have to add an extra button.  I
couldn't figure out how to check everything before the user clicks the next
button...

Hmmm.

Any other ideas?

Thanks again
Greg
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NEXT-button-behavior-tp5163545p5163942.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] NEXT button behavior


Hmmm.  I could give that a try...

My dialog has 4 edit controls on it that need to be filled in by the user,
and then parsed by the DLL,

Like you said, maybe another 'validate' button is the best way.  I'll try a
few things and report back.

Thanks again...
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NEXT-button-behavior-tp5163545p5164230.html
Sent from the wix-users mailing list archive at Nabble.com.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] NEXT button behavior