date:20120926

Ah the same version upgrade problem - I have questioned this quite a bit
on this list and raised a defect http://sourceforge.net/p/wix/bugs/3065/.
There isn't a workaround in WiX other than changing the bundle version
(yet) but if you have your own BA I have put some code in the defect that
should allow this to work.

Neil


>Experimenting a bit.
>
>Installing a newer version bundle over an older one causes the old bundle
>entry in Add/Remove Programs to be overwritten with the new one, such as
>going from bundle version 1.0.0.0 to 1.1.0.0. In the end I only get one
>entry. The MSI that's packaged gets a major upgrade. (I assume changing
>the
>bundle's version means replace every package in the chain?)
>
>If I set up a major upgrade at the MSI level--changing the Product's Id
>and
>Version, but do not change the bundle's version, the MSI's files get
>replaced with the newer ones. I get two entries in Add/Remove Programs for
>the bundle. Both at version 1.0.0.0. Both have to be uninstalled before
>the
>MSI's files are removed. (I take this to mean a major upgrade of the
>bundle
>did not kick in because one version was not higher than the other. So WiX
>has no choice but to leave both bundles installed?)
>
>I'm wondering, if I wanted to have one entry in Add/Remove Programs, but
>do
>a major upgrade to only one MSI package in a chain that had, say, five
>MSI's. Is that possible? Will Burn upgrade just the one MSI, but not
>create
>a second entry in Add/Remove Programs? Or do you have to change the bundle
>version, which I'm guessing would uninstall and reinstall all packages in
>the chain? (I could be wrong about that)
>
>
>
>
>
>--
>View this message in context:
>http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/The-bundle-s
>-version-tp7580785p7580878.html
>Sent from the wix-users mailing list archive at Nabble.com.
>
>--
>
>Everyone hates slow websites. So do we.
>Make your web apps faster with AppDynamics
>Download AppDynamics Lite for free today:
>http://ad.doubleclick.net/clk;258768047;13503038;j?
>http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] The bundle's version

Experimenting a bit. 

Installing a newer version bundle over an older one causes the old bundle
entry in Add/Remove Programs to be overwritten with the new one, such as
going from bundle version 1.0.0.0 to 1.1.0.0. In the end I only get one
entry. The MSI that's packaged gets a major upgrade. (I assume changing the
bundle's version means replace every package in the chain?)

If I set up a major upgrade at the MSI level--changing the Product's Id and
Version, but do not change the bundle's version, the MSI's files get
replaced with the newer ones. I get two entries in Add/Remove Programs for
the bundle. Both at version 1.0.0.0. Both have to be uninstalled before the
MSI's files are removed. (I take this to mean a major upgrade of the bundle
did not kick in because one version was not higher than the other. So WiX
has no choice but to leave both bundles installed?)

I'm wondering, if I wanted to have one entry in Add/Remove Programs, but do
a major upgrade to only one MSI package in a chain that had, say, five
MSI's. Is that possible? Will Burn upgrade just the one MSI, but not create
a second entry in Add/Remove Programs? Or do you have to change the bundle
version, which I'm guessing would uninstall and reinstall all packages in
the chain? (I could be wrong about that)





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/The-bundle-s-version-tp7580785p7580878.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug?

2012-09-26 Thread Rob Mensching

That is exactly how you specify an "unmanaged Component".

On Wed, Sep 26, 2012 at 10:50 AM, Allan Edwards <
allan.edwa...@pointsolutionsllc.com> wrote:

> I was able to specify a component with an empty guid
>
> 
>
> The installer compiled, linked, ran.  The reason I found this problem was
> that when I went to uninstall the product it left the silverlight xap file
> the component was needing to uninstall.
>
> Thanks!!!
> Allan
>
> --
> How fast is your code?
> 3 out of 4 devs don\\\'t know how their code performs in production.
> Find out how slow your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219672;13503038;z?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn conditions

2012-09-26 Thread Rob Mensching

Burn has native support for versions. It works immensely better than the
MSI string based versions. That's why we chose to use it. It works so much
better. The doc explicitly calls out the differences.

On Wed, Sep 26, 2012 at 8:24 PM, Nick Ramirez  wrote:

> Thanks Jacob. Looks like I did gloss over that part in the documentation.
> Interesting that the VersionNT value was changed though.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-conditions-tp7580784p7580875.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn conditions

Thanks Jacob. Looks like I did gloss over that part in the documentation.
Interesting that the VersionNT value was changed though.



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

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn conditions

Based on Neil Sleightholm's blog,
http://neilsleightholm.blogspot.com/2012/05/wix-burn-tipstricks.html, it
seems that the VersionNT is a value like v6.1. Strange that it's not the
same format as the Windows Installer property, but now the condition
evaluates as expected.

/Condition="VersionNT = v6.1"/



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

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn conditions

Just like Rob stated, use:

http://schemas.microsoft.com/wix/2006/wi"; 
 xmlns:bal="http://schemas.microsoft.com/wix/BalExtension";>

VersionNT 
>= v5.0


And ensure your project has a reference to WixBalExtension.dll.

The underlying problem is you missed the documentation on the Bundle/@Condition
The condition of the bundle. If the condition is not met, the bundle will 
refuse to run. Conditions are checked before the bootstrapper application is 
loaded (before detect), and thus can only reference built-in variables such as 
variables which indicate the version of the OS.

And the documentation on the Burn built in variables:
VersionNT - version value representing the OS version. The result is a version 
variable (v#.#.#.#) which differs from the MSI Property 'VersionNT' which is an 
integer. For example, to use this variable in a Bundle condition try: 
"VersionNT > v6.1"

-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com] 
Sent: Wednesday, September 26, 2012 9:51 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Burn conditions

I tried setting a condition:

//

But it always evaluates as false. 

/Condition 'VersionNT >= 500' evaluates to false.
Bundle global condition check didn't succeed - aborting without loading 
application./

A Windows 7 machine should have a VersionNT property greater than 500. In fact, 
even setting Condition="true" evaluates to false. 

/Condition 'true' evaluates to false.
Bundle global condition check didn't succeed - aborting without loading 
application./

Is there a special syntax to use here?



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

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn conditions

I tried setting a condition:

//

But it always evaluates as false. 

/Condition 'VersionNT >= 500' evaluates to false.
Bundle global condition check didn't succeed - aborting without loading
application./

A Windows 7 machine should have a VersionNT property greater than 500. In
fact, even setting Condition="true" evaluates to false. 

/Condition 'true' evaluates to false.
Bundle global condition check didn't succeed - aborting without loading
application./

Is there a special syntax to use here?



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

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How can I stop my MSI install from failing, due to its temp files being deleted on a reboot?

If you are using Wix 3.0, then you must be using some other 3rd party boot 
strapper/chainer since burn wasn't a production version until 3.6. The only 
other option would be that you are attempting concurrent installations which 
are not supported 
(http://msdn.microsoft.com/en-us/library/windows/desktop/aa368010(v=vs.85).aspx).



-Original Message-
From: Jon Carl [mailto:jon.c...@varigence.com] 
Sent: Wednesday, September 26, 2012 5:26 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How can I stop my MSI install from failing, due to its 
temp files being deleted on a reboot?

Hello all,

I am new to this mail-list thing, so hopefully I am doing this right.

I am having trouble installing a program, using a WiX-built installer on a 
vanilla Windows XP install. WiX 3.0.5419 is being used to author the installer. 
I cannot update to a newer WiX toolset at this point.

I run the WiX authored installer and it needs to install several prerequisites 
from the internet. It downloads them and places them in a temporary folder 
located at C:\Documents and Settings\\Local Settings\Temp\VSD2.tmp (yes, that 
is a folder). It then extracts the real application install file to 
C:\Documents and Settings\\Local Settings\Temp\7zS1.tmp (yet again, the .tmp is 
a folder).

A vanilla XP image comes with Windows Installer 3.01. The software I am 
installing needs Windows Installer 4.5 to install correctly. The installer for 
4.5 is installed and requires me to reboot. I go ahead and reboot. When the 
machine comes back up, it continues installing the rest of the prerequisites. 
After they are done, it says "Unable to locate application file 'setup.msi'." 
setup.msi is the name of my installer. When I review the log file, I just see 
the same error.

So, I go hunting and what do you know! The 7zS1.tmp folder is gone! the 
VSD2.tmp folder is still there, but not the 7zS1.tmp. I tried the install again 
on a vanilla XP image, and confirmed the folder gets deleted after the Windows 
Installer 4.5 install reboot.

My questions is, how should I go about fixing this? Can I make a change to my 
WiX files, perhaps by controlling where the temporary installation files are 
stored so they're persisted across a reboot?

Thanks,

Jon Carl

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to create a website with HTTPS using WIX

2012-09-26 Thread Simon Hawke

Hi. I came up against this too. I had the server SSL certificate in (Local 
machine\my) already. I wrote a custom action in C# to take the name of the 
website as a parameter and install the certificate into the website given the 
certificate's 'friendly id' using the Microsoft.Web.Administration library. (I 
set a useful friendly id to match the targeted fully qualified host header on 
the SSL certificate so that it would show up as something identifiable in IIS 
at the end of this activity).

I posted on Stack Overflow with a similar question, but didn't get an answer. 
(http://stackoverflow.com/questions/12427654/assign-ssl-certificate-that-is-already-installed-on-a-server-to-an-https-binding)
 - As stated - I can't give the code over, but the general idea should be 
enough for a good developer to manage it.

Hope that helps. Si.


When I'd created a new website in IIS and wanted to bind a certificate to the
>IP address, I didn't find a WiX element that would do it. At the time, I
>used a shell script to do this binding, using netsh. I ran the shell script
>as a custom action. This probably isn't the most robust way to do it. So I
>am eager to hear alternatives.
>
>
>
>--
>View this message in context: 
>http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-create-a-website-with-HTTPS-using-WIX-tp7580728p7580749.html
>Sent from the wix-users mailing list archive at Nabble.com.
>
>--
>Got visibility?
>Most devs has no idea what their production app looks like.
>Find out how fast your code is with AppDynamics Lite.
>http://ad.doubleclick.net/clk;262219671;13503038;y?
>http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How can I stop my MSI install from failing, due to its temp files being deleted on a reboot?

2012-09-26 Thread Jon Carl

Hello all,

I am new to this mail-list thing, so hopefully I am doing this right.

I am having trouble installing a program, using a WiX-built installer on a 
vanilla Windows XP install. WiX 3.0.5419 is being used to author the installer. 
I cannot update to a newer WiX toolset at this point.

I run the WiX authored installer and it needs to install several prerequisites 
from the internet. It downloads them and places them in a temporary folder 
located at C:\Documents and Settings\\Local Settings\Temp\VSD2.tmp (yes, that 
is a folder). It then extracts the real application install file to 
C:\Documents and Settings\\Local Settings\Temp\7zS1.tmp (yet again, the .tmp is 
a folder).

A vanilla XP image comes with Windows Installer 3.01. The software I am 
installing needs Windows Installer 4.5 to install correctly. The installer for 
4.5 is installed and requires me to reboot. I go ahead and reboot. When the 
machine comes back up, it continues installing the rest of the prerequisites. 
After they are done, it says "Unable to locate application file 'setup.msi'." 
setup.msi is the name of my installer. When I review the log file, I just see 
the same error.

So, I go hunting and what do you know! The 7zS1.tmp folder is gone! the 
VSD2.tmp folder is still there, but not the 7zS1.tmp. I tried the install again 
on a vanilla XP image, and confirmed the folder gets deleted after the Windows 
Installer 4.5 install reboot.

My questions is, how should I go about fixing this? Can I make a change to my 
WiX files, perhaps by controlling where the temporary installation files are 
stored so they're persisted across a reboot?

Thanks,

Jon Carl

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] shared services question...

2012-09-26 Thread Steven Ogilvie

I have a separate merge module that creates the "infrastructure" of NServiceBus 
host I have a custom action that runs NServiceBus.Host.exe  
/installinfrastructure

Then the 4 service merge modules install files ONLY common to that service and 
custom actions that create/uninstall the service on install/uninstall (each 
service merge module does that)

I then have 2 wixlibs that contain "shared" files between the 4 services

WixLib 1:

http://schemas.microsoft.com/wix/2006/wi";>
  
  





  


  


  




  


WixLib 2: same but different files...

Merge Module for creating infrastructure:


http://schemas.microsoft.com/wix/2006/wi";>
  











  CA: Setting up 
SetEALNBService...



  CA: Creating NServiceBus 
infrastructure...



  NOT 
Installed
  NOT 
Installed


  


A Service Merge Module:


http://schemas.microsoft.com/wix/2006/wi";
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
  




  


  

  
  



  
  
  

  

  

  

  

  


  









  CA: Setting up 
SetStartEMService...



  CA: Starting Titus Enterprise 
Management Service...




  CA: Setting up 
SetStopEMService...



  CA: Stopping Titus Enterprise 
Management Service...



  NOT 
Installed
  NOT 
Installed

  Installed
  Installed


  


The other 3 are similar but do not start the service

Steve

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Sent: September-26-12 1:40 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] shared services question...

Can you show the component containing the Service executable, along with the 
ServiceInstall element (and their relation)?  Are they in the same component?  
When you said the creating and removing of the services in code, do you mean 
that you are using a custom action to do this instead of the existing Wix 
elements?

-Original Message-
From: StevenOgilvie [mailto:sogil...@msn.com] 
Sent: Wednesday, September 26, 2012 12:32 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] shared services question...

The 4 services are each a separate merge module, with "common files" between 
them in two wixlibs 

The services creation/removal of services is code within the merge modules...

(a side issue, a majority of the files do not get uninstalled either :(

Steve



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

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Shortcut Element & Run as administrator

The other option would be to have the application invoke an out of process COM 
server which runs with elevated privileges. This would allow the installer to 
not care, and for the application to run as least privileges and only escalate 
as needed.

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Tuesday, September 25, 2012 6:26 PM
To: General discussion for Windows Installer XML toolset.; General discussion 
for Windows Installer XML toolset.
Subject: Re: [WiX-users] Shortcut Element & Run as administrator

It's not only preferred, it's the only way.  An application is either logo 
compliant or it is not.  It's not the job of the installer to mitigate it.


 From: "Andy Clugston" 
Sent: Tuesday, September 25, 2012 12:49 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] Shortcut Element & Run as administrator

For this application, no I cannot. I know that is preferred (by me too) but 
some of the necessary use cases for this application kills that approach.

On Tue, Sep 25, 2012 at 1:35 PM, Peter Shirtcliffe
wrote:

> Could you include a manifest with the application to require
elevation/run
> as
> admin privileges ?
>
> -Original Message-
> From: Andy Clugston [mailto:clug...@gmail.com]
> Sent: 25 September 2012 18:23
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Shortcut Element & Run as administrator
>
> I want to create a shortcut to point to my executable. The shortcut 
> will
be
> used in cases where the .exe needs to run with elevate privileges. I
don't
> see any attribute(s) in the schema that can allow me to create the
shortcut
> with this flag.
>
> So, is it up to me to deliver the .LNK file myself? Need to take care 
> of delivering the appropriate shortcut depending on OS architecture (i.e.
> Program Files versus Program Files (x86)) since my product is WOW64.
>
> Thanks.
>
> 

-
> -
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> SDL PLC confidential, all rights reserved.
> If you are not the intended recipient of this mail SDL requests and 
> requires that you delete it without acting upon or copying any of its 
> contents, and we further request that you advise us.
> SDL PLC is a public limited company registered in England and Wales.
>  Registered number: 02675207.
> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire
SL6
> 7DY, UK.
>
>
>
> 

--
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond.
Discussions
> will include endpoint security, mobile security and the latest in
malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/Fr

Re: [WiX-users] Bug?

>From the docs,

Component identifier; this is the primary key for identifying components. If 
omitted, the compiler defaults the identifier to the identifier of the resource 
that is the explicit keypath of the component (for example, a child File 
element with KeyPath attribute with value 'yes'.  

Did you by chance modify the XAP file in any way? If a file is modified it is 
considered user data and will be left behind. If you need to modify it and 
still want it removed, you need to add an explicit RemoveFile element.

-Original Message-
From: Allan Edwards [mailto:allan.edwa...@pointsolutionsllc.com] 
Sent: Wednesday, September 26, 2012 12:51 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Bug?

I was able to specify a component with an empty guid



The installer compiled, linked, ran.  The reason I found this problem was that 
when I went to uninstall the product it left the silverlight xap file the 
component was needing to uninstall.

Thanks!!!
Allan
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Bug?

2012-09-26 Thread Allan Edwards

I was able to specify a component with an empty guid



The installer compiled, linked, ran.  The reason I found this problem was that 
when I went to uninstall the product it left the silverlight xap file the 
component was needing to uninstall.

Thanks!!!
Allan
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] shared services question...

Can you show the component containing the Service executable, along with the 
ServiceInstall element (and their relation)?  Are they in the same component?  
When you said the creating and removing of the services in code, do you mean 
that you are using a custom action to do this instead of the existing Wix 
elements?

-Original Message-
From: StevenOgilvie [mailto:sogil...@msn.com] 
Sent: Wednesday, September 26, 2012 12:32 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] shared services question...

The 4 services are each a separate merge module, with "common files" between 
them in two wixlibs 

The services creation/removal of services is code within the merge modules...

(a side issue, a majority of the files do not get uninstalled either :(

Steve



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

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] shared services question...

2012-09-26 Thread StevenOgilvie

The 4 services are each a separate merge module, with "common files" between
them in two wixlibs 

The services creation/removal of services is code within the merge
modules...

(a side issue, a majority of the files do not get uninstalled either :(

Steve



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

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Progress UI isn't working using burn on external MSI

2012-09-26 Thread StevenOgilvie

logged as #3097 Wix install kicked off from BootStrapper doesn't show
progress bar progress..

Steve
attached both the bootstrapper log and the main install log



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Progress-UI-isn-t-working-using-burn-on-external-MSI-tp7580449p7580861.html
Sent from the wix-users mailing list archive at Nabble.com.

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] shared services question...

2012-09-26 Thread Morrison, Robert (GE Tech Infra, consultant)

I believe this is where you would use a Wixlib (or merge module), so that the 
service configs lived inside the same component Ids in both installers. In 
theory then the refrencing counting on the shared component ID's should not 
trigger the service to be uninstalled.

-Original Message-
From: StevenOgilvie [mailto:sogil...@msn.com] 
Sent: Wednesday, September 26, 2012 11:51 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] shared services question...

I have two installers that share 4 services... each service creates its service 
and "uninstalls" its service:

  NOT 
Installed
  NOT 
Installed

  Installed
  Installed

for the fileset I have added: SharedDllRefCount="yes" which will ensure that 
the files will not be uninstalled if removing one product, however the services 
are being "uninstalled" (the service is removed not the files)

I was thinking of within the product.wxs of each product create a property 
registry search for the other products GUID (which means if exist the product 
is installed, I could add that property search into the InstallExecuteSequence 
for each custom action to make sure the service isn't recreated and not 
"uninstalled" if installing both...

Does that make sense or is there a better way to do this?

thanks,

Steve

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

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] shared services question...

2012-09-26 Thread StevenOgilvie

I have two installers that share 4 services... each service creates its
service and "uninstalls" its service:


  NOT
Installed
  NOT
Installed

  Installed
  Installed


for the fileset I have added: SharedDllRefCount="yes" which will ensure that
the files will not be uninstalled if removing one product, however the
services are being "uninstalled" (the service is removed not the files)

I was thinking of within the product.wxs of each product create a property
registry search for the other products GUID (which means if exist the
product is installed, I could add that property search into the
InstallExecuteSequence for each custom action to make sure the service isn't
recreated and not "uninstalled" if installing both...

Does that make sense or is there a better way to do this?

thanks,

Steve



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

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems executing two custom actions with same button click

2012-09-26 Thread Natalie Carr

Hi bill,

Thank you so much for your reply, I found that out late yesterday evening
and forgot to update..:) Thanks

-Original Message-
From: bpackard [mailto:bill.pack...@kepware.com] 
Sent: 26 September 2012 16:16
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Problems executing two custom actions with same
button click

Add a condition of '1' to each Publish directive, and see if that helps. The
WiX help links to the MSDN pages for Windows Installer for a reason. From
the ControlEvent Table you will find the following statement:

Condition
A conditional statement that determines whether the installer activates the
event in the Event column. The installer triggers the event if the
conditional statement in the Condition field evaluates to True. Therefore
put a 1 in this column to ensure that the installer triggers the event. The
installer does not trigger the event if the Condition field contains a
statement that evaluates to False. The installer does not trigger an event
with a blank in the Condition field unless no other events of the control
evaluate to True. If none of the Condition fields for the control named in
the Control_ field evaluate to True, the installer triggers the one event
having a blank Condition field, and if more than one Condition field is
blank it triggers the one event of these with the largest value in the
Ordering field. See Conditional Statement Syntax.

Which should explain the behavior and the solution. 

hope this helps,
bill

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problems-execu
ting-two-custom-actions-with-same-button-click-tp7580803p7580857.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat
landscape has changed and how IT managers can respond. Discussions will
include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems executing two custom actions with same button click

2012-09-26 Thread bpackard

Add a condition of '1' to each Publish directive, and see if that helps. The
WiX help links to the MSDN pages for Windows Installer for a reason. From
the ControlEvent Table you will find the following statement:

Condition
A conditional statement that determines whether the installer activates the
event in the Event column. The installer triggers the event if the
conditional statement in the Condition field evaluates to True. Therefore
put a 1 in this column to ensure that the installer triggers the event. The
installer does not trigger the event if the Condition field contains a
statement that evaluates to False. The installer does not trigger an event
with a blank in the Condition field unless no other events of the control
evaluate to True. If none of the Condition fields for the control named in
the Control_ field evaluate to True, the installer triggers the one event
having a blank Condition field, and if more than one Condition field is
blank it triggers the one event of these with the largest value in the
Ordering field. See Conditional Statement Syntax.

Which should explain the behavior and the solution.

hope this helps,
bill

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problems-executing-two-custom-actions-with-same-button-click-tp7580803p7580857.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn to check Silverlight 4.0 installed

Thanks that did it.

Bob Morrison
robert.morri...@ge.com
Phone: (508) 698-7816


-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Sent: Wednesday, September 26, 2012 10:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

Uhh, would it not be:



Though looking at the documentation, I don't see the registry search
documented for the bundle.  If that hasn't been fixed in 3.7 then
someone should log a documentation bug.

-Original Message-
From: Morrison, Robert (GE Tech Infra, consultant)
[mailto:robert.morri...@ge.com] 
Sent: Wednesday, September 26, 2012 9:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

This is what I tried, and even if Silverlight is installed it is not
working, it keeps telling me that Silverlight needs to be installed.





http://schemas.microsoft.com/wix/2006/wi"; 
 xmlns:bal="http://schemas.microsoft.com/wix/BalExtension"; 
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
http://www.nowhere.com"; 
Copyright="Copyright(c) 2012, GEIP" 
IconSourceFile="Resource\SampleLogo.ico"
AboutUrl="http://www.nowhere.com"; 
Condition="((VersionNT >= v5.1) AND (ServicePackLevel
>= 3)) OR ((VersionNT >= v5.2) AND (ServicePackLevel >= 2)) OR
(VersionNT >= v6.0)">





  














Thanks,

Bob Morrison
robert.morri...@ge.com
Phone: (508) 698-7816


-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, September 26, 2012 09:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

Just to clarify this is not Bundle/@Condition it is a condition inside
your  element.

Neil


>This is for detecting net 3.5 in windows server 2008 R2.
>
>
>
>Variable="NETFX35SP"
>Root="HKLM"
>Key="SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5"
>Value="SP"
>Result="value" />
>
>
>   
>
>
>-Original Message-
>From: Morrison, Robert (GE Tech Infra, consultant) 
>[mailto:robert.morri...@ge.com]
>Sent: 26 September 2012 14:29
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>That is what I have been trying but have not had any luck getting it to

>work.
>It seems to me that the Bal:Condition only seems to work on Built in 
>Variables Does anyone have an example where it works with a
Registry
>Search defined variable...
>
>Thanks,
>
>Bob Morrison
>robert.morri...@ge.com
>Phone: (508) 698-7816
>
>
>-Original Message-
>From: Neil Sleightholm [mailto:n...@x2systems.com]
>Sent: Wednesday, September 26, 2012 09:22
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>To just display a message try adding a  e.g.
>
>silverlight test 
>here
>
>Neil
>
>
>>Problem is that Silverlight by license is not distributable... So we 
>>want to check to see if it is installed and if not put up a message 
>>saying it is required before installation. I have not found a way in
>the
>>Bootstrapper to get this to work.
>>
>>Thanks,
>>
>>Bob Morrison
>>robert.morri...@ge.com
>>Phone: (508) 698-7816
>>
>>
>>-Original Message-
>>From: StevenOgilvie [mailto:sogil...@msn.com]
>>Sent: Tuesday, September 25, 2012 16:43
>>To: wix-users@lists.sourceforge.net
>>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>>
>>Find the GUID for SilverLight 4.0 (easy enough, if it is a MSI user
>Orca
>>to
>>locate the ProductCode Property of the msi...
>>I am checking for MS Sync Framework 2.1 Synchronization, my check is 
>>this(replace to suit SilverLight):
>>
>>
>>>  Guid ="A4E269C1-168D-40D3-9ABD-57FE4D4DB537"
>>  Id ="SQLSyncx86Search"
>>  Variable ="SQLSyncx86Installed"
>>  Condition="$(var.Platform)=x86" />
>>
>>
>>>  Guid ="7AC8EF88-D996-4D47-B40C-4DD93E307481"
>>  Id ="SQLSyncx64Search"
>>  Variable ="SQLSyncx64Installed"
>>  Condition="$(var.Platform)=x64" />
>>
>>then my pre req check and install if not installed:
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1 
>>Redistributable Package (Synchronization) x86"
>>  DisplayInternalUI="no"
>>  Visible="yes"
>> 
>>SourceFile="..\..\PreReqs\Synchronization-v2.1-x86-ENU.msi"
>>  InstallCondition="NOT SQLSyncx86Installed AND 
>>$(var.Platform)=x86"
>>  Permanent="yes"/>
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1 
>>Redistributable Package (Synchronization) x64"
>>

Re: [WiX-users] Burn to check Silverlight 4.0 installed

Uhh, would it not be:



Though looking at the documentation, I don't see the registry search documented 
for the bundle.  If that hasn't been fixed in 3.7 then someone should log a 
documentation bug.

-Original Message-
From: Morrison, Robert (GE Tech Infra, consultant) 
[mailto:robert.morri...@ge.com] 
Sent: Wednesday, September 26, 2012 9:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

This is what I tried, and even if Silverlight is installed it is not working, 
it keeps telling me that Silverlight needs to be installed.





http://schemas.microsoft.com/wix/2006/wi"; 
 xmlns:bal="http://schemas.microsoft.com/wix/BalExtension"; 
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
http://www.nowhere.com"; 
Copyright="Copyright(c) 2012, GEIP" 
IconSourceFile="Resource\SampleLogo.ico"
AboutUrl="http://www.nowhere.com"; 
Condition="((VersionNT >= v5.1) AND (ServicePackLevel >= 3)) 
OR ((VersionNT >= v5.2) AND (ServicePackLevel >= 2)) OR (VersionNT >= 
v6.0)">





  














Thanks,

Bob Morrison
robert.morri...@ge.com
Phone: (508) 698-7816


-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, September 26, 2012 09:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

Just to clarify this is not Bundle/@Condition it is a condition inside your 
 element.

Neil


>This is for detecting net 3.5 in windows server 2008 R2.
>
>
>
>Variable="NETFX35SP"
>Root="HKLM"
>Key="SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5"
>Value="SP"
>Result="value" />
>
>
>   
>
>
>-Original Message-
>From: Morrison, Robert (GE Tech Infra, consultant) 
>[mailto:robert.morri...@ge.com]
>Sent: 26 September 2012 14:29
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>That is what I have been trying but have not had any luck getting it to 
>work.
>It seems to me that the Bal:Condition only seems to work on Built in 
>Variables Does anyone have an example where it works with a
Registry
>Search defined variable...
>
>Thanks,
>
>Bob Morrison
>robert.morri...@ge.com
>Phone: (508) 698-7816
>
>
>-Original Message-
>From: Neil Sleightholm [mailto:n...@x2systems.com]
>Sent: Wednesday, September 26, 2012 09:22
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>To just display a message try adding a  e.g.
>
>silverlight test 
>here
>
>Neil
>
>
>>Problem is that Silverlight by license is not distributable... So we 
>>want to check to see if it is installed and if not put up a message 
>>saying it is required before installation. I have not found a way in
>the
>>Bootstrapper to get this to work.
>>
>>Thanks,
>>
>>Bob Morrison
>>robert.morri...@ge.com
>>Phone: (508) 698-7816
>>
>>
>>-Original Message-
>>From: StevenOgilvie [mailto:sogil...@msn.com]
>>Sent: Tuesday, September 25, 2012 16:43
>>To: wix-users@lists.sourceforge.net
>>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>>
>>Find the GUID for SilverLight 4.0 (easy enough, if it is a MSI user
>Orca
>>to
>>locate the ProductCode Property of the msi...
>>I am checking for MS Sync Framework 2.1 Synchronization, my check is 
>>this(replace to suit SilverLight):
>>
>>
>>>  Guid ="A4E269C1-168D-40D3-9ABD-57FE4D4DB537"
>>  Id ="SQLSyncx86Search"
>>  Variable ="SQLSyncx86Installed"
>>  Condition="$(var.Platform)=x86" />
>>
>>
>>>  Guid ="7AC8EF88-D996-4D47-B40C-4DD93E307481"
>>  Id ="SQLSyncx64Search"
>>  Variable ="SQLSyncx64Installed"
>>  Condition="$(var.Platform)=x64" />
>>
>>then my pre req check and install if not installed:
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1 
>>Redistributable Package (Synchronization) x86"
>>  DisplayInternalUI="no"
>>  Visible="yes"
>> 
>>SourceFile="..\..\PreReqs\Synchronization-v2.1-x86-ENU.msi"
>>  InstallCondition="NOT SQLSyncx86Installed AND 
>>$(var.Platform)=x86"
>>  Permanent="yes"/>
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1 
>>Redistributable Package (Synchronization) x64"
>>  DisplayInternalUI="no"
>>  Visible="yes"
>> 
>>SourceFile="..\..\PreReqs\Synchronization-v2.1-x64-ENU.msi"
>>  InstallCondition="NOT SQLSyncx64Installed AND 
>>$(var.Platform)=x64"
>>  Permanent="yes"/>
>>
>>Hope this helped...
>>
>>Steve
>>
>>
>>
>>

Re: [WiX-users] ComponentGroup/@Source problem

2012-09-26 Thread Morrison, Robert (GE Tech Infra, consultant)

Fixed it. There were 2 issues, the File/@Source should be File/@Name as
Peter's suggested but also ComponentGroup/@Source needs a trailing \ on
the path e.g.:
Source="$(var.SolutionDir)output\"


Having a trailing slash doesn't match directory use anywhere else so I
think this is probably a bug.

Neil


>I am trying to use the ComponentGroup/@Source to set the source path for
>some components but it is not working, the syntax I am using is:
>
>Source="$(var.SolutionDir)output">
>  
>
>  
>
>
>I would expect that to find Dummy.exe in the path
>"$(var.SolutionDir)output" but it fails with a the error:
>LGHT0103: The system cannot find the file 'Dummy.exe'
>
>If I change the File element to the following it works ok:
>
>Even if I change the $(var.SolutionDir) to a full path it still fails.
>
>Should this work?
>
>Neil
>
>Neil Sleightholm
>X2 Systems Limited
>n...@x2systems.com
>
>--
>
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom UI for Database Installation

2012-09-26 Thread Allan Edwards

I have an installer that is using the minimal ui and all I lack is putting in a 
database setup dialog that takes in the sql user, password, and server name.

NO. 1 Can I add a custom dialog to the minimal ui to do this?  Is it possible 
to extend this way?

NO. 2 How do I set the properties for my sql database install from the Database 
Connections UI dialog?

Does anybody have any sample xml for doing what I am trying to accomplish?

Thanks!!!
Allan
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn to check Silverlight 4.0 installed

This is what I tried, and even if Silverlight is installed it is not
working, it keeps telling me that Silverlight needs to be installed.





http://schemas.microsoft.com/wix/2006/wi"; 
 xmlns:bal="http://schemas.microsoft.com/wix/BalExtension"; 
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
http://www.nowhere.com"; 
Copyright="Copyright(c) 2012, GEIP" 
IconSourceFile="Resource\SampleLogo.ico"
AboutUrl="http://www.nowhere.com"; 
Condition="((VersionNT >= v5.1) AND (ServicePackLevel
>= 3)) OR ((VersionNT >= v5.2) AND (ServicePackLevel >= 2)) OR
(VersionNT >= v6.0)">





  














Thanks,

Bob Morrison
robert.morri...@ge.com
Phone: (508) 698-7816


-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Wednesday, September 26, 2012 09:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

Just to clarify this is not Bundle/@Condition it is a condition inside
your  element.

Neil


>This is for detecting net 3.5 in windows server 2008 R2.
>
>
>
>Variable="NETFX35SP"
>Root="HKLM"
>Key="SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5"
>Value="SP"
>Result="value" />
>
>
>   
>
>
>-Original Message-
>From: Morrison, Robert (GE Tech Infra, consultant)
>[mailto:robert.morri...@ge.com]
>Sent: 26 September 2012 14:29
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>That is what I have been trying but have not had any luck getting it to
>work.
>It seems to me that the Bal:Condition only seems to work on Built in
>Variables Does anyone have an example where it works with a
Registry
>Search defined variable...
>
>Thanks,
>
>Bob Morrison
>robert.morri...@ge.com
>Phone: (508) 698-7816
>
>
>-Original Message-
>From: Neil Sleightholm [mailto:n...@x2systems.com]
>Sent: Wednesday, September 26, 2012 09:22
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>To just display a message try adding a  e.g.
>
>silverlight test
>here
>
>Neil
>
>
>>Problem is that Silverlight by license is not distributable... So we
>>want to check to see if it is installed and if not put up a message
>>saying it is required before installation. I have not found a way in
>the
>>Bootstrapper to get this to work.
>>
>>Thanks,
>>
>>Bob Morrison
>>robert.morri...@ge.com
>>Phone: (508) 698-7816
>>
>>
>>-Original Message-
>>From: StevenOgilvie [mailto:sogil...@msn.com]
>>Sent: Tuesday, September 25, 2012 16:43
>>To: wix-users@lists.sourceforge.net
>>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>>
>>Find the GUID for SilverLight 4.0 (easy enough, if it is a MSI user
>Orca
>>to
>>locate the ProductCode Property of the msi...
>>I am checking for MS Sync Framework 2.1 Synchronization, my check is
>>this(replace to suit SilverLight):
>>
>>
>>>  Guid ="A4E269C1-168D-40D3-9ABD-57FE4D4DB537"
>>  Id ="SQLSyncx86Search"
>>  Variable ="SQLSyncx86Installed"
>>  Condition="$(var.Platform)=x86" />
>>
>>
>>>  Guid ="7AC8EF88-D996-4D47-B40C-4DD93E307481"
>>  Id ="SQLSyncx64Search"
>>  Variable ="SQLSyncx64Installed"
>>  Condition="$(var.Platform)=x64" />
>>
>>then my pre req check and install if not installed:
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1
>>Redistributable Package (Synchronization) x86"
>>  DisplayInternalUI="no"
>>  Visible="yes"
>> 
>>SourceFile="..\..\PreReqs\Synchronization-v2.1-x86-ENU.msi"
>>  InstallCondition="NOT SQLSyncx86Installed AND
>>$(var.Platform)=x86"
>>  Permanent="yes"/>
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1
>>Redistributable Package (Synchronization) x64"
>>  DisplayInternalUI="no"
>>  Visible="yes"
>> 
>>SourceFile="..\..\PreReqs\Synchronization-v2.1-x64-ENU.msi"
>>  InstallCondition="NOT SQLSyncx64Installed AND
>>$(var.Platform)=x64"
>>  Permanent="yes"/>
>>
>>Hope this helped...
>>
>>Steve
>>
>>
>>
>>
>>
>>--
>>View this message in context:
>>http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-to-
c
>h
>>eck-Silverlight-4-0-installed-tp7580817p7580826.html
>>Sent from the wix-users mailing list archive at Nabble.com.
>>
>>--
-
>-
>>--
>>Live Security Virtual Conference
>>Exclusive live event will cover all the ways today's security and
>>threat landscape has changed and how IT managers can respond.
>>Discussion

Re: [WiX-users] [SPAM] Re: Getting at the DisplayName of a package in a custom bootstrapper

2012-09-26 Thread Rob Mensching

That's the correct way.

On Wed, Sep 26, 2012 at 1:59 AM, Miss Parker wrote:

> Hey,
>
> The info is available in BootstrapperApplicationData.xml. I don't know if
> there's an easier way, but if all else fails :)
>
> //Caisa
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Getting-at-the-DisplayName-of-a-package-in-a-custom-bootstrapper-tp7580838p7580840.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn to check Silverlight 4.0 installed

2012-09-26 Thread Morrison, Robert (GE Tech Infra, consultant)

Just to clarify this is not Bundle/@Condition it is a condition inside
your  element.

Neil


>This is for detecting net 3.5 in windows server 2008 R2.
>
>
>
>Variable="NETFX35SP"
>Root="HKLM"
>Key="SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5"
>Value="SP"
>Result="value" />
>
>
>   
>
>
>-Original Message-
>From: Morrison, Robert (GE Tech Infra, consultant)
>[mailto:robert.morri...@ge.com]
>Sent: 26 September 2012 14:29
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>That is what I have been trying but have not had any luck getting it to
>work.
>It seems to me that the Bal:Condition only seems to work on Built in
>Variables Does anyone have an example where it works with a Registry
>Search defined variable...
>
>Thanks,
>
>Bob Morrison
>robert.morri...@ge.com
>Phone: (508) 698-7816
>
>
>-Original Message-
>From: Neil Sleightholm [mailto:n...@x2systems.com]
>Sent: Wednesday, September 26, 2012 09:22
>To: General discussion for Windows Installer XML toolset.
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>To just display a message try adding a  e.g.
>
>silverlight test
>here
>
>Neil
>
>
>>Problem is that Silverlight by license is not distributable... So we
>>want to check to see if it is installed and if not put up a message
>>saying it is required before installation. I have not found a way in
>the
>>Bootstrapper to get this to work.
>>
>>Thanks,
>>
>>Bob Morrison
>>robert.morri...@ge.com
>>Phone: (508) 698-7816
>>
>>
>>-Original Message-
>>From: StevenOgilvie [mailto:sogil...@msn.com]
>>Sent: Tuesday, September 25, 2012 16:43
>>To: wix-users@lists.sourceforge.net
>>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>>
>>Find the GUID for SilverLight 4.0 (easy enough, if it is a MSI user
>Orca
>>to
>>locate the ProductCode Property of the msi...
>>I am checking for MS Sync Framework 2.1 Synchronization, my check is
>>this(replace to suit SilverLight):
>>
>>
>>>  Guid ="A4E269C1-168D-40D3-9ABD-57FE4D4DB537"
>>  Id ="SQLSyncx86Search"
>>  Variable ="SQLSyncx86Installed"
>>  Condition="$(var.Platform)=x86" />
>>
>>
>>>  Guid ="7AC8EF88-D996-4D47-B40C-4DD93E307481"
>>  Id ="SQLSyncx64Search"
>>  Variable ="SQLSyncx64Installed"
>>  Condition="$(var.Platform)=x64" />
>>
>>then my pre req check and install if not installed:
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1
>>Redistributable Package (Synchronization) x86"
>>  DisplayInternalUI="no"
>>  Visible="yes"
>> 
>>SourceFile="..\..\PreReqs\Synchronization-v2.1-x86-ENU.msi"
>>  InstallCondition="NOT SQLSyncx86Installed AND
>>$(var.Platform)=x86"
>>  Permanent="yes"/>
>>
>>  >  DisplayName="Microsoft Sync Framework 2.1
>>Redistributable Package (Synchronization) x64"
>>  DisplayInternalUI="no"
>>  Visible="yes"
>> 
>>SourceFile="..\..\PreReqs\Synchronization-v2.1-x64-ENU.msi"
>>  InstallCondition="NOT SQLSyncx64Installed AND
>>$(var.Platform)=x64"
>>  Permanent="yes"/>
>>
>>Hope this helped...
>>
>>Steve
>>
>>
>>
>>
>>
>>--
>>View this message in context:
>>http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-to-c
>h
>>eck-Silverlight-4-0-installed-tp7580817p7580826.html
>>Sent from the wix-users mailing list archive at Nabble.com.
>>
>>---
>-
>>--
>>Live Security Virtual Conference
>>Exclusive live event will cover all the ways today's security and
>>threat landscape has changed and how IT managers can respond.
>>Discussions
>>will include endpoint security, mobile security and the latest in
>>malware threats. 
>>http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>___
>>WiX-users mailing list
>>WiX-users@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>---
>---
>>
>>Live Security Virtual Conference
>>Exclusive live event will cover all the ways today's security and
>>threat landscape has changed and how IT managers can respond.
>Discussions
>>will include endpoint security, mobile security and the latest in
>malware
>>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>___
>>WiX-users mailing list
>>WiX-users@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>--
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and threat
>landscape has changed and ho

Re: [WiX-users] Burn to check Silverlight 4.0 installed

2012-09-26 Thread Peter Shirtcliffe

This is for detecting net 3.5 in windows server 2008 R2.









-Original Message-
From: Morrison, Robert (GE Tech Infra, consultant)
[mailto:robert.morri...@ge.com] 
Sent: 26 September 2012 14:29
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

That is what I have been trying but have not had any luck getting it to work.
It seems to me that the Bal:Condition only seems to work on Built in
Variables Does anyone have an example where it works with a Registry
Search defined variable...

Thanks,

Bob Morrison
robert.morri...@ge.com
Phone: (508) 698-7816


-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, September 26, 2012 09:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

To just display a message try adding a  e.g.

silverlight test
here

Neil


>Problem is that Silverlight by license is not distributable... So we 
>want to check to see if it is installed and if not put up a message 
>saying it is required before installation. I have not found a way in
the
>Bootstrapper to get this to work.
>
>Thanks,
>
>Bob Morrison
>robert.morri...@ge.com
>Phone: (508) 698-7816
>
>
>-Original Message-
>From: StevenOgilvie [mailto:sogil...@msn.com]
>Sent: Tuesday, September 25, 2012 16:43
>To: wix-users@lists.sourceforge.net
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>Find the GUID for SilverLight 4.0 (easy enough, if it is a MSI user
Orca
>to
>locate the ProductCode Property of the msi...
>I am checking for MS Sync Framework 2.1 Synchronization, my check is 
>this(replace to suit SilverLight):
>
>
>  Guid ="A4E269C1-168D-40D3-9ABD-57FE4D4DB537"
>  Id ="SQLSyncx86Search"
>  Variable ="SQLSyncx86Installed"
>  Condition="$(var.Platform)=x86" />
>
>
>  Guid ="7AC8EF88-D996-4D47-B40C-4DD93E307481"
>  Id ="SQLSyncx64Search"
>  Variable ="SQLSyncx64Installed"
>  Condition="$(var.Platform)=x64" />
>
>then my pre req check and install if not installed:
>
>DisplayName="Microsoft Sync Framework 2.1 
>Redistributable Package (Synchronization) x86"
>  DisplayInternalUI="no"
>  Visible="yes"
> 
>SourceFile="..\..\PreReqs\Synchronization-v2.1-x86-ENU.msi"
>  InstallCondition="NOT SQLSyncx86Installed AND 
>$(var.Platform)=x86"
>  Permanent="yes"/>
>
>DisplayName="Microsoft Sync Framework 2.1 
>Redistributable Package (Synchronization) x64"
>  DisplayInternalUI="no"
>  Visible="yes"
> 
>SourceFile="..\..\PreReqs\Synchronization-v2.1-x64-ENU.msi"
>  InstallCondition="NOT SQLSyncx64Installed AND 
>$(var.Platform)=x64"
>  Permanent="yes"/>
>
>Hope this helped...
>
>Steve
>
>
>
>
>
>--
>View this message in context:
>http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-to-c
h
>eck-Silverlight-4-0-installed-tp7580817p7580826.html
>Sent from the wix-users mailing list archive at Nabble.com.
>
>---
-
>--
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and 
>threat landscape has changed and how IT managers can respond.
>Discussions
>will include endpoint security, mobile security and the latest in 
>malware threats. 
>http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>---
---
>
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and 
>threat landscape has changed and how IT managers can respond.
Discussions
>will include endpoint security, mobile security and the latest in
malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat
landscape has changed and how IT managers can respond.
Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
-
L

Re: [WiX-users] Burn to check Silverlight 4.0 installed

That is what I have been trying but have not had any luck getting it to
work. It seems to me that the Bal:Condition only seems to work on Built
in Variables Does anyone have an example where it works with a
Registry Search defined variable...

Thanks,

Bob Morrison
robert.morri...@ge.com
Phone: (508) 698-7816


-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Wednesday, September 26, 2012 09:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed

To just display a message try adding a  e.g.

silverlight test
here

Neil


>Problem is that Silverlight by license is not distributable... So we
>want to check to see if it is installed and if not put up a message
>saying it is required before installation. I have not found a way in
the
>Bootstrapper to get this to work.
>
>Thanks,
>
>Bob Morrison
>robert.morri...@ge.com
>Phone: (508) 698-7816
>
>
>-Original Message-
>From: StevenOgilvie [mailto:sogil...@msn.com]
>Sent: Tuesday, September 25, 2012 16:43
>To: wix-users@lists.sourceforge.net
>Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
>
>Find the GUID for SilverLight 4.0 (easy enough, if it is a MSI user
Orca
>to
>locate the ProductCode Property of the msi...
>I am checking for MS Sync Framework 2.1 Synchronization, my check is
>this(replace to suit SilverLight):
>
>
>  Guid ="A4E269C1-168D-40D3-9ABD-57FE4D4DB537"
>  Id ="SQLSyncx86Search"
>  Variable ="SQLSyncx86Installed"
>  Condition="$(var.Platform)=x86" />
>
>
>  Guid ="7AC8EF88-D996-4D47-B40C-4DD93E307481"
>  Id ="SQLSyncx64Search"
>  Variable ="SQLSyncx64Installed"
>  Condition="$(var.Platform)=x64" />
>
>then my pre req check and install if not installed:
>
>DisplayName="Microsoft Sync Framework 2.1
>Redistributable
>Package (Synchronization) x86"
>  DisplayInternalUI="no"
>  Visible="yes"
> 
>SourceFile="..\..\PreReqs\Synchronization-v2.1-x86-ENU.msi"
>  InstallCondition="NOT SQLSyncx86Installed AND
>$(var.Platform)=x86"
>  Permanent="yes"/>
>
>DisplayName="Microsoft Sync Framework 2.1
>Redistributable
>Package (Synchronization) x64"
>  DisplayInternalUI="no"
>  Visible="yes"
> 
>SourceFile="..\..\PreReqs\Synchronization-v2.1-x64-ENU.msi"
>  InstallCondition="NOT SQLSyncx64Installed AND
>$(var.Platform)=x64"
>  Permanent="yes"/>
>
>Hope this helped...
>
>Steve
>
>
>
>
>
>--
>View this message in context:
>http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-to-c
h
>eck-Silverlight-4-0-installed-tp7580817p7580826.html
>Sent from the wix-users mailing list archive at Nabble.com.
>
>---
-
>--
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond.
>Discussions 
>will include endpoint security, mobile security and the latest in
>malware 
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>---
---
>
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond.
Discussions
>will include endpoint security, mobile security and the latest in
malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond.
Discussions 
will include endpoint security, mobile security and the latest in
malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___

Re: [WiX-users] Burn to check Silverlight 4.0 installed