Re: [WiX-users] Burn: Prerequisites on Windows 2012 Server and the Server Manager requirement

[Neil Sleightholm]

Take a look at ocsetup.exe; on Win2k8 you can run "ocsetup.exe Netfx3 
/norestart /quiet" and it will install the feature. Win2012 might be the same 
but if it is like Windows 8 you are stuck as the features are not built-in (I 
haven't actually installed 2012 yet so don't know).

If it is not ocsetup it could be dcim or pkgmgr.

You can't call any of these directly from burn so I wrote shell app that I 
could embed in burn to call them with the correct command line (I never 
completely finished it as we decided it was easier to drop .NET 3.5 and go for 
.NET 4.0). This is the code I had but it was written in .NET so might not any 
good if 2012 doesn't have any .NET installed:

namespace OcsRunner
{
using System;
using System.Diagnostics;

public class Program
{
public static int Main(string[] args)
{
var startInfo = new ProcessStartInfo();

startInfo.FileName = "ocsetup.exe";
startInfo.Arguments = String.Join(" ", args) + " /norestart /quiet";
startInfo.WindowStyle = ProcessWindowStyle.Hidden;
startInfo.UseShellExecute = false;

var p = new Process();
p.StartInfo = startInfo;
p.Start();
p.WaitForExit();

return p.ExitCode;
}
}
}

Hope this helps.

Neil

-Original Message-
From: Hans ter Horst [mailto:hoshis...@gmail.com] 
Sent: 01 February 2013 07:17
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn: Prerequisites on Windows 2012 Server and the 
Server Manager requirement

I didn't see an answer regarding this question and I'm sort of stuck on this. 
Does anybody have an idea how to handle the different way Windows
2012 Server behaves if a prerequisite is defined as a server feature?

Thanks,

Hans


On Wed, Jan 30, 2013 at 1:04 PM, Hans ter Horst  wrote:

> Hello,
> My program has a .NET 3.5 prerequisite and I have used Burn and the 
> standard code successfully on Windows Server 2008 SP2.
> On Windows Server 2012 however, .NET 3.5 and many other prerequisites 
> need to be installed via the Server Manager as features instead and 
> cannot be installed via an MSI delivered with or pulled down via the 
> Burn executable, see attached screenshot.
>
> My question is: How can I use continue to use Burn to handle my 
> prerequisites and make it work on Windows Server 2012?
>
> Thanks,
>
> Hans
>
> --
> http://monochrome.me.uk/blog/
>



--
http://monochrome.me.uk/blog/
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating an Virtual Directory through IIS7

[Neil Sleightholm]

You seem to have iis:WebApplication in your vdir so that may be the issue, I 
would write it like this:

  
  


Neil

-Original Message-
From: Chaitanya [mailto:chaita...@pointcross.com] 
Sent: 01 February 2013 05:22
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Creating an Virtual Directory through IIS7

Hi,

 

Iam creating Site in iis.Under the site I want to create an virtual directory.

But,through my code it is creating an "Application".see the code which I wrote 
for creating an Site and virtual Directiory.

Let me know where iam doing Mistake..

Creating Site..



  



 

Creating virtual Directory.

 

  

  



 

Any Suggestions..

 

Thanks,

chahgg

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installer with InstallScope="perUser"

[Rob Mensching]

Have to disable the policy that disables per-user installs on server.


On Thu, Jan 31, 2013 at 10:24 PM, Ravi Raj wrote:

> I have created an installer with following details:
>
>  Keywords='Installer' InstallerVersion="405"
> Manufacturer="!(loc.CompanyName)"
> Description="!(loc.Description)" Compressed="yes"
>InstallScope="perUser" AdminImage="no"
> ReadOnly="yes" ShortNames="no"
> SummaryCodepage="1252"/>
>
>
> Also I have not used any Privileged Custom Action in any process
> (InstallUISequence or InstallExecuteSequence ). But when I execute the
> installer, the install button shows SHIELD icon. When I click install, i
> got a popup that "The system administrator has set policies to prevent this
> installation".
> I am using Windows Server 2012 and the user from which i logged in is added
> to the administrator group of this machine also it is a domain user
> privilege (but not domain admin).
>
> Can some body explain me this behavior? How can I make my installer run in
> this situation.
> --
> Thanks and Regards,
> Ravi Raj
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn: Prerequisites on Windows 2012 Server and the Server Manager requirement

[Rob Mensching]

I think someone created a custom exe to handle this scenario in the
archives. Be nice to have a more ideal solution built in but no one has
coded that yet.


On Thu, Jan 31, 2013 at 11:16 PM, Hans ter Horst wrote:

> I didn't see an answer regarding this question and I'm sort of stuck on
> this. Does anybody have an idea how to handle the different way Windows
> 2012 Server behaves if a prerequisite is defined as a server feature?
>
> Thanks,
>
> Hans
>
>
> On Wed, Jan 30, 2013 at 1:04 PM, Hans ter Horst 
> wrote:
>
> > Hello,
> > My program has a .NET 3.5 prerequisite and I have used Burn and the
> > standard code successfully on Windows Server 2008 SP2.
> > On Windows Server 2012 however, .NET 3.5 and many other prerequisites
> need
> > to be installed via the Server Manager as features instead and cannot be
> > installed via an MSI delivered with or pulled down via the Burn
> executable,
> > see attached screenshot.
> >
> > My question is: How can I use continue to use Burn to handle my
> > prerequisites and make it work on Windows Server 2012?
> >
> > Thanks,
> >
> > Hans
> >
> > --
> > http://monochrome.me.uk/blog/
> >
>
>
>
> --
> http://monochrome.me.uk/blog/
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set font color in WiXUIExtension UIs

[Neil Sleightholm]

What you would have to do is setup the colour of the background and text to the 
system colours, there is a magic number for the system colours (WindowText and 
WindowBackground if memory serves me right) then the colours would match 
whatever the user has selected which is better than you hard coding them. I 
don't know the exact numbers but you should be able to search for them.

Neil

-Original Message-
From: The Ouizard [mailto:the.ouiz...@gmail.com] 
Sent: 31 January 2013 22:50
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Set font color in WiXUIExtension UIs

Hm, but Windows (or whatever controls the color inverter) could change it at 
any time, such that we'd have to find the new magic number where the inversion 
no longer happens.

I think it makes more sense to simply be able to make previously set font 
settings overwritable later in the WiX script file, since it seems to me that 
this would be useful in not only my situation, but also anytime someone's 
following the tutorial, but wants to customise the background and/or font, or 
in whatever other situations this may be useful that I can't conceive.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: January 31, 2013 17:36
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set font color in WiXUIExtension UIs

Or you could contribute the fix. Find the magic number that looks black to 
humans but isn't black to the color inverter. 


On Thu, Jan 31, 2013 at 10:34 AM, The Ouizard  wrote:

> Thanks for promptly replying. Hm, most unfortunate if it was actually 
> done by someone but not contributed to the main WiX dev.
>
> I'd really rather not have to create my own UI. The WiX_Minimal is 
> perfect, aside from this text issue, and I'm relatively new to WiX 
> such that rolling my own is non-trivial.
>
> Barring any other solutions, I guess I (and any users with white text 
> by
> default) will just have to live with it.
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: January 31, 2013 12:52
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Set font color in WiXUIExtension UIs
>
> It is possible. You can create your own UI. I guess I disagree that it 
> should be a simple, basic thing provided in the default WixUI. I 
> honestly thought the WixUI design was to make the text color "almost 
> black" but not quite black such that high contrast wouldn't pick it up 
> and flip it.  Maybe that wasn't implemented... or maybe it was 
> implemented but someone didn't bother to contribute it back to the 
> community.
>
>
>
> On Thu, Jan 31, 2013 at 9:29 AM, The Ouizard 
> wrote:
>
> > I've posted this twice already with no response; does no one have 
> > any idea how to solve this?
> >
> > It doesn't seem outlandish to want to support users who don't use 
> > the default display configuration. Setting/overriding a font color 
> > seems like it should be a simple and basic thing, but I haven't 
> > found anything in the documentation, the mailing list archives, or 
> > through searches on how to do it.
> >
> > If this truly isn't possible, maybe it should be posted as a feature 
> > request?
> >
> > -Original Message-
> > From: The Ouizard [mailto:the.ouiz...@gmail.com]
> > Sent: January 17, 2013 17:26
> > To: 'wix-users@lists.sourceforge.net'
> > Subject: RE: Text accessibility
> >
> > How can I use the provided WiXUIExtension interfaces (such as 
> > WiXUI_Mondo or WiXUI_Minimal) but change the text colour to force it 
> > to be black?
> >
> > Context:
> >
> > Some users set their Personalise display settings to high-contrast 
> > white text on black background. In the provided WiX installer UIs, 
> > the result is white text (taking the system setting, I assume), and 
> > putting it on the default white background, making the text illegible.
> >
> > So it seems the simplest solution would be to purposefully make the 
> > text black no matter what, so it is always legible on the white 
> > background. Yes, this will annoy said users, but not as much as not 
> > being able to read the installer text at all. A second, more elegant 
> > but more complicated, solution would be to somehow detect the 
> > system's default font colour, and set the background to the opposite.
> >
> > Any suggestions would be appreciated. Thank you.
> >
> >
> >
> > 
> > --
> >  Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics Download AppDynamics Lite 
> > for free today:
> > http://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
> --
>  

Re: [WiX-users] Burn: Prerequisites on Windows 2012 Server and the Server Manager requirement

[Hans ter Horst]

I didn't see an answer regarding this question and I'm sort of stuck on
this. Does anybody have an idea how to handle the different way Windows
2012 Server behaves if a prerequisite is defined as a server feature?

Thanks,

Hans


On Wed, Jan 30, 2013 at 1:04 PM, Hans ter Horst  wrote:

> Hello,
> My program has a .NET 3.5 prerequisite and I have used Burn and the
> standard code successfully on Windows Server 2008 SP2.
> On Windows Server 2012 however, .NET 3.5 and many other prerequisites need
> to be installed via the Server Manager as features instead and cannot be
> installed via an MSI delivered with or pulled down via the Burn executable,
> see attached screenshot.
>
> My question is: How can I use continue to use Burn to handle my
> prerequisites and make it work on Windows Server 2012?
>
> Thanks,
>
> Hans
>
> --
> http://monochrome.me.uk/blog/
>



-- 
http://monochrome.me.uk/blog/
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Installer with InstallScope="perUser"

[Ravi Raj]

I have created an installer with following details:




Also I have not used any Privileged Custom Action in any process
(InstallUISequence or InstallExecuteSequence ). But when I execute the
installer, the install button shows SHIELD icon. When I click install, i
got a popup that "The system administrator has set policies to prevent this
installation".
I am using Windows Server 2012 and the user from which i logged in is added
to the administrator group of this machine also it is a domain user
privilege (but not domain admin).

Can some body explain me this behavior? How can I make my installer run in
this situation.
-- 
Thanks and Regards,
Ravi Raj
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Creating an Virtual Directory through IIS7

[Chaitanya]

Hi,

 

Iam creating Site in iis.Under the site I want to create an virtual
directory.

But,through my code it is creating an "Application".see the code which I
wrote for creating an Site and virtual Directiory.

Let me know where iam doing Mistake..

Creating Site..



  



 

Creating virtual Directory.

 

  

  



 

Any Suggestions..

 

Thanks,

chahgg

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Installer error 2812 after using customized dialogs

[AbishekChandra]

We are using Customized Dialogs for our installer and now when i've created a
custom dialog for the user to select the path to Install the installer fails
with error 2812.

The error description for the code 2812 is "The event[2] is not recognized"
in the Windows Installer Error Message Table.

But i'm unable to debug this can some one help me out as it is of priority.


 




&Back


&Next


&Cancel
1


{\WixUI_Font_White}!(loc.Nav_Welcome)


{\WixUI_Font_White}!(loc.Nav_Select)


{\WixUI_Font_White}!(loc.Nav_Setup)


{\WixUI_Font_White}   !(loc.Nav_UsrDet)


{\WixUI_Font_White_Bold}  
!(loc.Nav_Browse)


{\WixUI_Font_White}   !(loc.Nav_Feature)


{\WixUI_Font_White}   !(loc.Nav_Confirm)


{\WixUI_Font_White}!(loc.Nav_Finish)




  


  







1
1


1
1






1


1






--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installer-error-2812-after-using-customized-dialogs-tp7583326.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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set font color in WiXUIExtension UIs

[The Ouizard]

Hm, but Windows (or whatever controls the color inverter) could change it at 
any time, such that we'd have to find the new magic
number where the inversion no longer happens.

I think it makes more sense to simply be able to make previously set font 
settings overwritable later in the WiX script file, since
it seems to me that this would be useful in not only my situation, but also 
anytime someone's following the tutorial, but wants to
customise the background and/or font, or in whatever other situations this may 
be useful that I can't conceive.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: January 31, 2013 17:36
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set font color in WiXUIExtension UIs

Or you could contribute the fix. Find the magic number that looks black to 
humans but isn't black to the color inverter. 


On Thu, Jan 31, 2013 at 10:34 AM, The Ouizard  wrote:

> Thanks for promptly replying. Hm, most unfortunate if it was actually 
> done by someone but not contributed to the main WiX dev.
>
> I'd really rather not have to create my own UI. The WiX_Minimal is 
> perfect, aside from this text issue, and I'm relatively new to WiX 
> such that rolling my own is non-trivial.
>
> Barring any other solutions, I guess I (and any users with white text 
> by
> default) will just have to live with it.
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: January 31, 2013 12:52
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Set font color in WiXUIExtension UIs
>
> It is possible. You can create your own UI. I guess I disagree that it 
> should be a simple, basic thing provided in the default WixUI. I 
> honestly thought the WixUI design was to make the text color "almost 
> black" but not quite black such that high contrast wouldn't pick it up 
> and flip it.  Maybe that wasn't implemented... or maybe it was 
> implemented but someone didn't bother to contribute it back to the 
> community.
>
>
>
> On Thu, Jan 31, 2013 at 9:29 AM, The Ouizard 
> wrote:
>
> > I've posted this twice already with no response; does no one have 
> > any idea how to solve this?
> >
> > It doesn't seem outlandish to want to support users who don't use 
> > the default display configuration. Setting/overriding a font color 
> > seems like it should be a simple and basic thing, but I haven't 
> > found anything in the documentation, the mailing list archives, or 
> > through searches on how to do it.
> >
> > If this truly isn't possible, maybe it should be posted as a feature 
> > request?
> >
> > -Original Message-
> > From: The Ouizard [mailto:the.ouiz...@gmail.com]
> > Sent: January 17, 2013 17:26
> > To: 'wix-users@lists.sourceforge.net'
> > Subject: RE: Text accessibility
> >
> > How can I use the provided WiXUIExtension interfaces (such as 
> > WiXUI_Mondo or WiXUI_Minimal) but change the text colour to force it 
> > to be black?
> >
> > Context:
> >
> > Some users set their Personalise display settings to high-contrast 
> > white text on black background. In the provided WiX installer UIs, 
> > the result is white text (taking the system setting, I assume), and 
> > putting it on the default white background, making the text illegible.
> >
> > So it seems the simplest solution would be to purposefully make the 
> > text black no matter what, so it is always legible on the white 
> > background. Yes, this will annoy said users, but not as much as not 
> > being able to read the installer text at all. A second, more elegant 
> > but more complicated, solution would be to somehow detect the 
> > system's default font colour, and set the background to the opposite.
> >
> > Any suggestions would be appreciated. Thank you.
> >
> >
> >
> > 
> > --
> >  Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics Download AppDynamics Lite 
> > for free today:
> > http://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
> 

Re: [WiX-users] Set font color in WiXUIExtension UIs

[Rob Mensching]

Or you could contribute the fix. Find the magic number that looks black to
humans but isn't black to the color inverter. 


On Thu, Jan 31, 2013 at 10:34 AM, The Ouizard  wrote:

> Thanks for promptly replying. Hm, most unfortunate if it was actually done
> by someone but not contributed to the main WiX dev.
>
> I'd really rather not have to create my own UI. The WiX_Minimal is
> perfect, aside from this text issue, and I'm relatively new to
> WiX such that rolling my own is non-trivial.
>
> Barring any other solutions, I guess I (and any users with white text by
> default) will just have to live with it.
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: January 31, 2013 12:52
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Set font color in WiXUIExtension UIs
>
> It is possible. You can create your own UI. I guess I disagree that it
> should be a simple, basic thing provided in the default
> WixUI. I honestly thought the WixUI design was to make the text color
> "almost black" but not quite black such that high contrast
> wouldn't pick it up and flip it.  Maybe that wasn't implemented... or
> maybe it was implemented but someone didn't bother to
> contribute it back to the community.
>
>
>
> On Thu, Jan 31, 2013 at 9:29 AM, The Ouizard 
> wrote:
>
> > I've posted this twice already with no response; does no one have any
> > idea how to solve this?
> >
> > It doesn't seem outlandish to want to support users who don't use the
> > default display configuration. Setting/overriding a font color seems
> > like it should be a simple and basic thing, but I haven't found
> > anything in the documentation, the mailing list archives, or through
> > searches on how to do it.
> >
> > If this truly isn't possible, maybe it should be posted as a feature
> > request?
> >
> > -Original Message-
> > From: The Ouizard [mailto:the.ouiz...@gmail.com]
> > Sent: January 17, 2013 17:26
> > To: 'wix-users@lists.sourceforge.net'
> > Subject: RE: Text accessibility
> >
> > How can I use the provided WiXUIExtension interfaces (such as
> > WiXUI_Mondo or WiXUI_Minimal) but change the text colour to force it
> > to be black?
> >
> > Context:
> >
> > Some users set their Personalise display settings to high-contrast
> > white text on black background. In the provided WiX installer UIs, the
> > result is white text (taking the system setting, I assume), and
> > putting it on the default white background, making the text illegible.
> >
> > So it seems the simplest solution would be to purposefully make the
> > text black no matter what, so it is always legible on the white
> > background. Yes, this will annoy said users, but not as much as not
> > being able to read the installer text at all. A second, more elegant
> > but more complicated, solution would be to somehow detect the system's
> > default font colour, and set the background to the opposite.
> >
> > Any suggestions would be appreciated. Thank you.
> >
> >
> >
> > --
> >  Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics Download AppDynamics Lite
> > for free today:
> > http://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to download setup packages in a custom managed bootstrapper application?

[Rob Mensching]

Make sure your packages of URLs provided (authored is easiest but you can
programmatically set them all) then return IDDOWNLOAD from the
ResolveSource call.


On Thu, Jan 31, 2013 at 10:30 AM, Bryan Johnston
wrote:

> I have a custom MBA that I have been using and I would now like to make a
> lightweight web bootstrapper which will download the packages that need to
> be installed. I thought you would get that for free with the underlying
> bootstrapper engine by simply specifying the download url in the bundle,
> but I guess I was wrong.
>
> I tried subscribing to the ResolveSource event to get a package's download
> url and download it to the local source location, but it seems like at that
> point it's too late in the process as my installation still fails with an
> error "Failed to resolve source for file:  " (even
> though the download is successful).
>
> I've tried other hacks like getting the WixBundleProviderKey burn variable
> and downloading the source to where the bootstrapper would normally unpack
> the files, but I haven't had any luck.
>
> Is such functionality available for those who wish to use a custom MBA?
> What am I missing? I am using WiX 3.7.
>
> Thanks,
>
> Bryan
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time

[Rob Mensching]

The feature tree for each MSI should already be captured in the
BootstrapperApplicationData.


On Thu, Jan 31, 2013 at 10:00 AM, Hoover, Jacob
wrote:

> Not today, but you have the source so it would be possible to
> contribute it as a feature.  I'd envision you needing to describe a tree
> structure in XML, and enhancing the existing schema to support it. From
> there, adding a "page" in the BA to build up the tree and display it isn't
> a trivial task. And the final big hurdle is getting it to "work right" in
> all possible situations (installs/upgrades/repairs/etc).
>
>
> -Original Message-
> From: Karl Werner [mailto:karl.wer...@gmail.com]
> Sent: Thursday, January 31, 2013 11:54 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a
> second time
>
> Can you have the wix standard bootstrapper prompt the user for feature
> selection?  I haven't seen it do that . . .
>
> On Thu, Jan 31, 2013 at 11:05 AM, Rob Mensching  >wrote:
>
> > You can modify feature states via the BootstrapperApplication.
> >
> >
> > On Thu, Jan 31, 2013 at 8:44 AM, Karl Werner 
> > wrote:
> >
> > > To close the loop on this, I ended up doing the following:
> > >
> > > 1) Reverting to the Wix Standard Bootstrapper. (There is probably a
> > > way
> > to
> > > get my custom bootstrapper to work, but I exhausted enough time
> > > trying to figure it out.  Somehow the Wix Standard Bootstrapper
> > > knows what mode to
> > go
> > > into early in the process and I never found it in the code)
> > > 2) Providing a name for Bundle so that it now registers in ARP.
> > > 3) Setting the MsiPackage to Visible="no" so they no longer register
> > > in ARP.
> > > 4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs
> > > so that the various entry points (namely Repair) all work correctly.
> > >
> > > The functionality I lose is the ability to modify msi features after
> > > install.  I'd really like a way to have the MSI registered in ARP
> > > and not the bundle, but any time I did that there were negative side
> > > effects when the bootstrapper was launched a second time.
> > >
> > > Wish list item ;-)
> > >
> > > Thanks for the responses on this item!
> > >
> > > Karl
> > >
> > > On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner 
> > > wrote:
> > >
> > > > Do basically there is no way to simulate the old bootstrapper from
> > > > the
> > > old
> > > > vdproj setup projects?  It would be nice if we could configure for
> > > > this behavior. I would expect many other shops would want the same
> > > > behavior
> > .
> > > . .
> > > >
> > > > Maybe something like an attribute on MSIPackage that is equivalent
> > > > to "always execute if InstallCondition is true", then show the UI
> > > > if DisplayInternalUI is "yes"...
> > > >
> > > > I'll log a feature request ...
> > > >
> > > > Karl
> > > >
> > > >
> > > > On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson 
> > wrote:
> > > >
> > > >> On 29-Jan-13 16:10, Karl Werner wrote:
> > > >> > However, still stuck on the original problem -> How can I get
> > > >> > the
> > > MSI's
> > > >> UI
> > > >> > invoked on the second run of the bootstrapper.
> > > >> You can't. Burn needs to know the operation being performed which
> > > >> it can't if the operation is determined during the execution of
> > > >> the
> > > package.
> > > >>
> > > >> --
> > > >> sig://boB
> > > >> http://joyofsetup.com/
> > > >>
> > > >>
> > > >>
> > > >>
> > >
> > --
> > 
> > > >> Everyone hates slow websites. So do we.
> > > >> Make your web apps faster with AppDynamics Download AppDynamics
> > > >> Lite for free today:
> > > >> http://p.sf.net/sfu/appdyn_d2d_jan
> > > >> ___
> > > >> 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://p.sf.net/sfu/appdyn_d2d_jan
> > > ___
> > > 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://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> -

Re: [WiX-users] Light errors "LGHT0103" after upgrading from 3.5

[Phil Rogers]

Rob,



The attached txt files are the build output of a the same WiX project.



* Wix3.5 is a 32 bit Vista workstation running VS 2010

* Wix3.7 is a 64 bit Windows 7 workstation running VS 2012

* Both are connected to the same TFS-2012 server and project



This output is from a sample project I created this morning that is similar to 
the actual project.  The actual project executes HEAT over several directories 
and files that contain nearly 2,000 files that are not found by light.



I've also attached the project file, product fragment and the fragment created 
by Heat.



Let me know if you need anything else.



Thanks









R Philip Rogers

913.905.4064 Direct

913.461.8476 Cell

913.677.0185 Fax





-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Thursday, January 31, 2013 8:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Light errors "LGHT0103" after upgrading from 3.5



Phil,



Not sure can you be more specific about what you upgraded to and what works and 
does not work now.





On Wed, Jan 30, 2013 at 3:10 PM, Phil Rogers 
mailto:ph...@cactussoftware.com>>wrote:



> Has anyone experiences "LGHT0103" after upgrading from 3.5?

>

> When performing builds in 3.5 light would respect a relative path of

> the current directory, ie.   FileSource="SourceDir\VC\">.

>

> Since the upgrade I've had to add "$(sys.CURRENTDIR)\" to each

> FileSource or Source Attribute.

>

> I have several fragment being generated by HEAT pre-build events each

> using -var parameter utilizing pre-processor variables.

>

> Thanks,

>

>

> R Philip Rogers

> CACTUS Software

> 913.905.4064 Direct

> 913.461.8476 Cell

> 913.677.0185 Fax

> 800.776.2305 x4064

> ph...@cactussoftware.com>

> www.cactussoftware.com>

>

>

>

> ^^

> ^^^ This message, including attachments, contains

> information that is confidential and may be privileged. Unless you are

> the addressee (or authorized to receive for the addressee), you may

> not use, copy or disclose to anyone the message or any information

> contained in the message. If you have received the message in error,

> please advise the sender by reply e-mail and delete the message.

>

> --

>  Everyone hates slow websites. So do we.

> Make your web apps faster with AppDynamics Download AppDynamics Lite

> for free today:

> http://p.sf.net/sfu/appdyn_d2d_jan

> ___

> 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://p.sf.net/sfu/appdyn_d2d_jan

___

WiX-users mailing list

WiX-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wix-users

^
This message, including attachments, contains information that is confidential 
and
may be privileged. Unless you are the addressee (or authorized to receive for 
the 
addressee), you may not use, copy or disclose to anyone the message or any 
information 
contained in the message. If you have received the message in error, please 
advise the 
sender by reply e-mail and delete the message.
-- Build started: Project: InternalSystems, Configuration: Debug x86 --
Creating directory "obj\Debug\".
Culture: en-us
rem "%WIX%\bin\heat.exe" dir 
"D:\Tfs\Main\Installers\CTCIS\WorkInProgress\Philr\WixUpgrade\Projects\InternalSystems\SourceDir\PdfPrinter"
 -dr TARGETDIR -nologo -sreg -srd -sfrag -gg -ke -cg PdfPrinter -out 
"D:\Tfs\Main\Installers\CTCIS\WorkInProgress\Philr\WixUpgrade\Projects\InternalSystems\PdfPrinter.wxs"
 -var var.SourceDir_PdfPrinter
C:\Program Files (x86)\WiX Toolset v3.7\bin\candle.exe 
-dSourceDir_PdfPrinter=SourceDir\PDFPrinter -d"DevEnvDir=C:\Program Files 
(x86)\Microsoft Visual Studio 11.0\Common7\IDE\\" 
-dSolutionDir=D:\Tfs\Main\Installers\CTCIS\WorkInProgress\Philr\WixUpgrade\Solutions\InternalSystems\
 -dSolutionExt=.sln -dSolutionFileName=InternalSystems.sln 
-dSolutionName=InternalSystems 
-dSolutionPath=D:\Tfs\Main\Installers\CTCIS\WorkInProgress\Philr\WixUpgrade\Solutions\InternalSystems\InternalSystems.sln
 -dConfiguration=Debug -dOu

Re: [WiX-users] When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

[Steven Ogilvie]

I think there is an issue with Merge Modules/WixLibs/product.wxs... Wixlibs 
require you have a directory element in each wixlib that is the same
Then in the merge module I reference that wixlib directory 

The wixlibs has the directory element as such (same for each wixlib):



Each of my merge modules are now:




Then in the product.wxs each merge module is:



  


  



  


Etc...

The logfile for the REPAIR has set the WixLibRederictFolder to the same path:

MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding TARGETDIR property. Its 
value is 'C:\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding INSTALLFOLDER property. 
Its value is 'C:\Program Files\TITUS\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding DIRECTORY_PATH_SERVICES 
property. Its value is 'C:\Program Files\TITUS\TITUS Services\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding COMMON_SERVICE 
property. Its value is 'C:\Program Files\TITUS\TITUS Services\Common\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7 property. Its current 
value is 'C:\Program Files\TITUS\TITUS Services\Common'. Its new value: 
'C:\Program Files\TITUS\TITUS Services\Common\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding SETTINGS_SERVICE 
property. Its value is 'C:\Program Files\TITUS\TITUS 
Services\EnterpriseSettingsService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.A54690A6_C7B5_477D_ADAF_916A4A173FDF property. Its current 
value is 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService'. Its 
new value: 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding POLICY_SERVICE 
property. Its value is 'C:\Program Files\TITUS\TITUS 
Services\EnterprisePolicyService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.21C4128B_7484_4589_ABC5_E3FA2A95D2B6 property. Its current 
value is 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService'. Its 
new value: 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding MANAGMENT_SERVICE 
property. Its value is 'C:\Program Files\TITUS\TITUS 
Services\EnterpriseManagementService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.D40E1FBB_05DF_4124_9CBB_3C09B6004B44 property. Its current 
value is 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService'. Its 
new value: 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Adding AUDITLOG_SERVICE 
property. Its value is 'C:\Program Files\TITUS\TITUS 
Services\EnterpriseAuditLogService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.9EFC3F5B_3D47_4233_A162_371DEF5D8E92 property. Its current 
value is 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService'. Its 
new value: 'C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService\'.
MSI (s) (18:E0) [13:28:00:027]: PROPERTY CHANGE: Modifying 
DIRECTORY_PATH_PROGRAMDATA property. Its current value is 
'C:\ProgramData\TITUS'. Its new value: 'C:\ProgramData\TITUS\'.
MSI (s) (18:E0) [13:28:00:027]: Target path resolution complete. Dumping 
Directory table...
MSI (s) (18:E0) [13:28:00:027]: Note: target paths subject to change (via 
custom actions or browsing)
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: TARGETDIR, Object: C:\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: ProgramFiles64Folder , 
Object: C:\Program Files\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: INSTALLFOLDER, 
Object: C:\Program Files\TITUS\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: DIRECTORY_PATH_SERVICES  
, Object: C:\Program Files\TITUS\TITUS Services\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: COMMON_SERVICE   , 
Object: C:\Program Files\TITUS\TITUS Services\Common\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: 
WixLibRedirectFolder.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7, Object: 
C:\Program Files\TITUS\TITUS Services\Common\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: SETTINGS_SERVICE , 
Object: C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: 
WixLibRedirectFolder.A54690A6_C7B5_477D_ADAF_916A4A173FDF, Object: 
C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: POLICY_SERVICE   , 
Object: C:\Program Files\TITUS\TITUS Services\EnterprisePolicyService\
MSI (s) (18:E0) [13:28:00:027]: Dir (target): Key: 
WixLibRedirectFolder.21C4128B_7484_4589_ABC5_E3FA2A95D2B6, Object: 
C:\Program Files\TITUS\TITUS Services\EnterpriseSettingsService\
MSI (s) (18:E0) [13:28:00:027

Re: [WiX-users] Set font color in WiXUIExtension UIs

[The Ouizard]

Thanks for promptly replying. Hm, most unfortunate if it was actually done by 
someone but not contributed to the main WiX dev.

I'd really rather not have to create my own UI. The WiX_Minimal is perfect, 
aside from this text issue, and I'm relatively new to
WiX such that rolling my own is non-trivial.

Barring any other solutions, I guess I (and any users with white text by 
default) will just have to live with it.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: January 31, 2013 12:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set font color in WiXUIExtension UIs

It is possible. You can create your own UI. I guess I disagree that it should 
be a simple, basic thing provided in the default
WixUI. I honestly thought the WixUI design was to make the text color "almost 
black" but not quite black such that high contrast
wouldn't pick it up and flip it.  Maybe that wasn't implemented... or maybe it 
was implemented but someone didn't bother to
contribute it back to the community.



On Thu, Jan 31, 2013 at 9:29 AM, The Ouizard  wrote:

> I've posted this twice already with no response; does no one have any 
> idea how to solve this?
>
> It doesn't seem outlandish to want to support users who don't use the 
> default display configuration. Setting/overriding a font color seems 
> like it should be a simple and basic thing, but I haven't found 
> anything in the documentation, the mailing list archives, or through 
> searches on how to do it.
>
> If this truly isn't possible, maybe it should be posted as a feature 
> request?
>
> -Original Message-
> From: The Ouizard [mailto:the.ouiz...@gmail.com]
> Sent: January 17, 2013 17:26
> To: 'wix-users@lists.sourceforge.net'
> Subject: RE: Text accessibility
>
> How can I use the provided WiXUIExtension interfaces (such as 
> WiXUI_Mondo or WiXUI_Minimal) but change the text colour to force it 
> to be black?
>
> Context:
>
> Some users set their Personalise display settings to high-contrast 
> white text on black background. In the provided WiX installer UIs, the 
> result is white text (taking the system setting, I assume), and 
> putting it on the default white background, making the text illegible.
>
> So it seems the simplest solution would be to purposefully make the 
> text black no matter what, so it is always legible on the white 
> background. Yes, this will annoy said users, but not as much as not 
> being able to read the installer text at all. A second, more elegant 
> but more complicated, solution would be to somehow detect the system's 
> default font colour, and set the background to the opposite.
>
> Any suggestions would be appreciated. Thank you.
>
>
>
> --
>  Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite 
> for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to download setup packages in a custom managed bootstrapper application?

[Bryan Johnston]

I have a custom MBA that I have been using and I would now like to make a
lightweight web bootstrapper which will download the packages that need to
be installed. I thought you would get that for free with the underlying
bootstrapper engine by simply specifying the download url in the bundle,
but I guess I was wrong.

I tried subscribing to the ResolveSource event to get a package's download
url and download it to the local source location, but it seems like at that
point it's too late in the process as my installation still fails with an
error "Failed to resolve source for file:  " (even
though the download is successful).

I've tried other hacks like getting the WixBundleProviderKey burn variable
and downloading the source to where the bootstrapper would normally unpack
the files, but I haven't had any luck.

Is such functionality available for those who wish to use a custom MBA?
What am I missing? I am using WiX 3.7.

Thanks,

Bryan
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time

[Hoover, Jacob]

Not today, but you have the source so it would be possible to 
contribute it as a feature.  I'd envision you needing to describe a tree 
structure in XML, and enhancing the existing schema to support it. From there, 
adding a "page" in the BA to build up the tree and display it isn't a trivial 
task. And the final big hurdle is getting it to "work right" in all possible 
situations (installs/upgrades/repairs/etc).


-Original Message-
From: Karl Werner [mailto:karl.wer...@gmail.com] 
Sent: Thursday, January 31, 2013 11:54 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second 
time

Can you have the wix standard bootstrapper prompt the user for feature 
selection?  I haven't seen it do that . . .

On Thu, Jan 31, 2013 at 11:05 AM, Rob Mensching wrote:

> You can modify feature states via the BootstrapperApplication.
>
>
> On Thu, Jan 31, 2013 at 8:44 AM, Karl Werner 
> wrote:
>
> > To close the loop on this, I ended up doing the following:
> >
> > 1) Reverting to the Wix Standard Bootstrapper. (There is probably a 
> > way
> to
> > get my custom bootstrapper to work, but I exhausted enough time 
> > trying to figure it out.  Somehow the Wix Standard Bootstrapper 
> > knows what mode to
> go
> > into early in the process and I never found it in the code)
> > 2) Providing a name for Bundle so that it now registers in ARP.
> > 3) Setting the MsiPackage to Visible="no" so they no longer register 
> > in ARP.
> > 4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs 
> > so that the various entry points (namely Repair) all work correctly.
> >
> > The functionality I lose is the ability to modify msi features after 
> > install.  I'd really like a way to have the MSI registered in ARP 
> > and not the bundle, but any time I did that there were negative side 
> > effects when the bootstrapper was launched a second time.
> >
> > Wish list item ;-)
> >
> > Thanks for the responses on this item!
> >
> > Karl
> >
> > On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner 
> > wrote:
> >
> > > Do basically there is no way to simulate the old bootstrapper from 
> > > the
> > old
> > > vdproj setup projects?  It would be nice if we could configure for 
> > > this behavior. I would expect many other shops would want the same 
> > > behavior
> .
> > . .
> > >
> > > Maybe something like an attribute on MSIPackage that is equivalent 
> > > to "always execute if InstallCondition is true", then show the UI 
> > > if DisplayInternalUI is "yes"...
> > >
> > > I'll log a feature request ...
> > >
> > > Karl
> > >
> > >
> > > On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson 
> wrote:
> > >
> > >> On 29-Jan-13 16:10, Karl Werner wrote:
> > >> > However, still stuck on the original problem -> How can I get 
> > >> > the
> > MSI's
> > >> UI
> > >> > invoked on the second run of the bootstrapper.
> > >> You can't. Burn needs to know the operation being performed which 
> > >> it can't if the operation is determined during the execution of 
> > >> the
> > package.
> > >>
> > >> --
> > >> sig://boB
> > >> http://joyofsetup.com/
> > >>
> > >>
> > >>
> > >>
> >
> --
> 
> > >> Everyone hates slow websites. So do we.
> > >> Make your web apps faster with AppDynamics Download AppDynamics 
> > >> Lite for free today:
> > >> http://p.sf.net/sfu/appdyn_d2d_jan
> > >> ___
> > >> 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://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

---

Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time

[Karl Werner]

Can you have the wix standard bootstrapper prompt the user for feature
selection?  I haven't seen it do that . . .

On Thu, Jan 31, 2013 at 11:05 AM, Rob Mensching wrote:

> You can modify feature states via the BootstrapperApplication.
>
>
> On Thu, Jan 31, 2013 at 8:44 AM, Karl Werner 
> wrote:
>
> > To close the loop on this, I ended up doing the following:
> >
> > 1) Reverting to the Wix Standard Bootstrapper. (There is probably a way
> to
> > get my custom bootstrapper to work, but I exhausted enough time trying to
> > figure it out.  Somehow the Wix Standard Bootstrapper knows what mode to
> go
> > into early in the process and I never found it in the code)
> > 2) Providing a name for Bundle so that it now registers in ARP.
> > 3) Setting the MsiPackage to Visible="no" so they no longer register in
> > ARP.
> > 4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs so
> > that the various entry points (namely Repair) all work correctly.
> >
> > The functionality I lose is the ability to modify msi features after
> > install.  I'd really like a way to have the MSI registered in ARP and not
> > the bundle, but any time I did that there were negative side effects when
> > the bootstrapper was launched a second time.
> >
> > Wish list item ;-)
> >
> > Thanks for the responses on this item!
> >
> > Karl
> >
> > On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner 
> > wrote:
> >
> > > Do basically there is no way to simulate the old bootstrapper from the
> > old
> > > vdproj setup projects?  It would be nice if we could configure for this
> > > behavior. I would expect many other shops would want the same behavior
> .
> > . .
> > >
> > > Maybe something like an attribute on MSIPackage that is equivalent to
> > > "always execute if InstallCondition is true", then show the UI if
> > > DisplayInternalUI is "yes"...
> > >
> > > I'll log a feature request ...
> > >
> > > Karl
> > >
> > >
> > > On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson 
> wrote:
> > >
> > >> On 29-Jan-13 16:10, Karl Werner wrote:
> > >> > However, still stuck on the original problem -> How can I get the
> > MSI's
> > >> UI
> > >> > invoked on the second run of the bootstrapper.
> > >> You can't. Burn needs to know the operation being performed which it
> > >> can't if the operation is determined during the execution of the
> > package.
> > >>
> > >> --
> > >> sig://boB
> > >> http://joyofsetup.com/
> > >>
> > >>
> > >>
> > >>
> >
> --
> > >> Everyone hates slow websites. So do we.
> > >> Make your web apps faster with AppDynamics
> > >> Download AppDynamics Lite for free today:
> > >> http://p.sf.net/sfu/appdyn_d2d_jan
> > >> ___
> > >> 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://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time

[Hoover, Jacob]

I'd see this as a +1 vote for WixStdBA to support a declarative feature tree 
dialog. Not a trivial task, but something that would be useful.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Thursday, January 31, 2013 11:05 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second 
time

You can modify feature states via the BootstrapperApplication.


On Thu, Jan 31, 2013 at 8:44 AM, Karl Werner  wrote:

> To close the loop on this, I ended up doing the following:
>
> 1) Reverting to the Wix Standard Bootstrapper. (There is probably a 
> way to get my custom bootstrapper to work, but I exhausted enough time 
> trying to figure it out.  Somehow the Wix Standard Bootstrapper knows 
> what mode to go into early in the process and I never found it in the 
> code)
> 2) Providing a name for Bundle so that it now registers in ARP.
> 3) Setting the MsiPackage to Visible="no" so they no longer register 
> in ARP.
> 4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs 
> so that the various entry points (namely Repair) all work correctly.
>
> The functionality I lose is the ability to modify msi features after 
> install.  I'd really like a way to have the MSI registered in ARP and 
> not the bundle, but any time I did that there were negative side 
> effects when the bootstrapper was launched a second time.
>
> Wish list item ;-)
>
> Thanks for the responses on this item!
>
> Karl
>
> On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner 
> wrote:
>
> > Do basically there is no way to simulate the old bootstrapper from 
> > the
> old
> > vdproj setup projects?  It would be nice if we could configure for 
> > this behavior. I would expect many other shops would want the same behavior 
> > .
> . .
> >
> > Maybe something like an attribute on MSIPackage that is equivalent 
> > to "always execute if InstallCondition is true", then show the UI if 
> > DisplayInternalUI is "yes"...
> >
> > I'll log a feature request ...
> >
> > Karl
> >
> >
> > On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson  wrote:
> >
> >> On 29-Jan-13 16:10, Karl Werner wrote:
> >> > However, still stuck on the original problem -> How can I get the
> MSI's
> >> UI
> >> > invoked on the second run of the bootstrapper.
> >> You can't. Burn needs to know the operation being performed which 
> >> it can't if the operation is determined during the execution of the
> package.
> >>
> >> --
> >> sig://boB
> >> http://joyofsetup.com/
> >>
> >>
> >>
> >>
> --
> 
> >> Everyone hates slow websites. So do we.
> >> Make your web apps faster with AppDynamics Download AppDynamics 
> >> Lite for free today:
> >> http://p.sf.net/sfu/appdyn_d2d_jan
> >> ___
> >> 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set font color in WiXUIExtension UIs

[Rob Mensching]

It is possible. You can create your own UI. I guess I disagree that it
should be a simple, basic thing provided in the default WixUI. I honestly
thought the WixUI design was to make the text color "almost black" but not
quite black such that high contrast wouldn't pick it up and flip it.  Maybe
that wasn't implemented... or maybe it was implemented but someone didn't
bother to contribute it back to the community.



On Thu, Jan 31, 2013 at 9:29 AM, The Ouizard  wrote:

> I've posted this twice already with no response; does no one have any idea
> how to solve this?
>
> It doesn't seem outlandish to want to support users who don't use the
> default display configuration. Setting/overriding a font color
> seems like it should be a simple and basic thing, but I haven't found
> anything in the documentation, the mailing list archives, or
> through searches on how to do it.
>
> If this truly isn't possible, maybe it should be posted as a feature
> request?
>
> -Original Message-
> From: The Ouizard [mailto:the.ouiz...@gmail.com]
> Sent: January 17, 2013 17:26
> To: 'wix-users@lists.sourceforge.net'
> Subject: RE: Text accessibility
>
> How can I use the provided WiXUIExtension interfaces (such as WiXUI_Mondo
> or WiXUI_Minimal) but change the text colour to force it
> to be black?
>
> Context:
>
> Some users set their Personalise display settings to high-contrast white
> text on black background. In the provided WiX installer
> UIs, the result is white text (taking the system setting, I assume), and
> putting it on the default white background, making the text
> illegible.
>
> So it seems the simplest solution would be to purposefully make the text
> black no matter what, so it is always legible on the white
> background. Yes, this will annoy said users, but not as much as not being
> able to read the installer text at all. A second, more
> elegant but more complicated, solution would be to somehow detect the
> system's default font colour, and set the background to the
> opposite.
>
> Any suggestions would be appreciated. Thank you.
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Set font color in WiXUIExtension UIs

[The Ouizard]

I've posted this twice already with no response; does no one have any idea how 
to solve this?

It doesn't seem outlandish to want to support users who don't use the default 
display configuration. Setting/overriding a font color
seems like it should be a simple and basic thing, but I haven't found anything 
in the documentation, the mailing list archives, or
through searches on how to do it.

If this truly isn't possible, maybe it should be posted as a feature request?

-Original Message-
From: The Ouizard [mailto:the.ouiz...@gmail.com] 
Sent: January 17, 2013 17:26
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Text accessibility

How can I use the provided WiXUIExtension interfaces (such as WiXUI_Mondo or 
WiXUI_Minimal) but change the text colour to force it
to be black?

Context:

Some users set their Personalise display settings to high-contrast white text 
on black background. In the provided WiX installer
UIs, the result is white text (taking the system setting, I assume), and 
putting it on the default white background, making the text
illegible.

So it seems the simplest solution would be to purposefully make the text black 
no matter what, so it is always legible on the white
background. Yes, this will annoy said users, but not as much as not being able 
to read the installer text at all. A second, more
elegant but more complicated, solution would be to somehow detect the system's 
default font colour, and set the background to the
opposite.

Any suggestions would be appreciated. Thank you.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ExePackage that requires .NET installed earlier in Bundle

[Rob Mensching]

Richard is correct. Burn will defer all "restart required" requests until
the end. Only a "force restart" will cause Burn to stop the install,
restart the machine and attempt to resume after that.


On Thu, Jan 31, 2013 at 8:48 AM, Richard Mayes wrote:

> If you use a  within the ExePackage for
> the dotnet installer, then it will have the desired effect. If dotnet is
> installed it and the InstallCondition is correct it will skip the
> ExePackage element completely and not do a reboot.
>
> This does mean for you Eric you will have to manually include the
> ExePackage element for the dotnet installer rather than using referencing
> the one in the WixNetFxExtension.
>
> *Richard Mayes*
> ***Mobile:* +447740357239
> *Blog:* http://blog.slinkysoftware.com
> *Twitter:* http://twitter.com/caveman_dick
> *LinkedIn:* http://uk.linkedin.com/in/richardmayes1001
>
>
>
> On 31 January 2013 14:52, Rob Mensching  wrote:
>
> > There is not a way to say "Force restart here if necessary" but I think
> > there is a feature request open to add such a feature. Sounds like there
> > is real world need.
> >
> >
> > On Wed, Jan 30, 2013 at 9:42 AM, Eric Schultz  > >wrote:
> >
> > > Bob,
> > >
> > > That IS what's happening. Is there a way to have it request to reboot
> as
> > > needed after the .Net 4 install?
> > >
> > > Eric
> > >
> > > On Tue, Jan 29, 2013 at 10:08 PM, Bob Arnson 
> wrote:
> > >
> > > > On 29-Jan-13 17:39, Eric Schultz wrote:
> > > > > If .Net Framework 4 is already installed, SQL Server installs fine.
> > If
> > > > .Net
> > > > > Framework 4 is not installed, the SQL Server Express install fails
> > > > because
> > > > > it says the .Net Framework is not installed. In fact, it says it
> > needs
> > > > the
> > > > > exact same version as was just installed in the previous step.
> > > > Check the Burn log to see if a reboot was required (and suppressed).
> If
> > > > so, it won't be "real" until after the reboot.
> > > >
> > > > --
> > > > sig://boB
> > > > http://joyofsetup.com/
> > > >
> > > >
> > > >
> > > >
> > >
> >
> --
> > > > Everyone hates slow websites. So do we.
> > > > Make your web apps faster with AppDynamics
> > > > Download AppDynamics Lite for free today:
> > > > http://p.sf.net/sfu/appdyn_d2d_jan
> > > > ___
> > > > WiX-users mailing list
> > > > WiX-users@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > >
> > >
> > >
> > >
> > > --
> > > 
> > > Eric Schultz, Developer Advocate, Outercurve Foundation
> > > http://www.outercurve.org
> > > eschu...@outercurve.org
> > > cell: 920-539-0404
> > > skype: ericschultzwi
> > > @EricOutercurve
> > >
> > >
> >
> --
> > > Everyone hates slow websites. So do we.
> > > Make your web apps faster with AppDynamics
> > > Download AppDynamics Lite for free today:
> > > http://p.sf.net/sfu/appdyn_d2d_jan
> > > ___
> > > 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://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time

[Rob Mensching]

You can modify feature states via the BootstrapperApplication.


On Thu, Jan 31, 2013 at 8:44 AM, Karl Werner  wrote:

> To close the loop on this, I ended up doing the following:
>
> 1) Reverting to the Wix Standard Bootstrapper. (There is probably a way to
> get my custom bootstrapper to work, but I exhausted enough time trying to
> figure it out.  Somehow the Wix Standard Bootstrapper knows what mode to go
> into early in the process and I never found it in the code)
> 2) Providing a name for Bundle so that it now registers in ARP.
> 3) Setting the MsiPackage to Visible="no" so they no longer register in
> ARP.
> 4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs so
> that the various entry points (namely Repair) all work correctly.
>
> The functionality I lose is the ability to modify msi features after
> install.  I'd really like a way to have the MSI registered in ARP and not
> the bundle, but any time I did that there were negative side effects when
> the bootstrapper was launched a second time.
>
> Wish list item ;-)
>
> Thanks for the responses on this item!
>
> Karl
>
> On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner 
> wrote:
>
> > Do basically there is no way to simulate the old bootstrapper from the
> old
> > vdproj setup projects?  It would be nice if we could configure for this
> > behavior. I would expect many other shops would want the same behavior .
> . .
> >
> > Maybe something like an attribute on MSIPackage that is equivalent to
> > "always execute if InstallCondition is true", then show the UI if
> > DisplayInternalUI is "yes"...
> >
> > I'll log a feature request ...
> >
> > Karl
> >
> >
> > On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson  wrote:
> >
> >> On 29-Jan-13 16:10, Karl Werner wrote:
> >> > However, still stuck on the original problem -> How can I get the
> MSI's
> >> UI
> >> > invoked on the second run of the bootstrapper.
> >> You can't. Burn needs to know the operation being performed which it
> >> can't if the operation is determined during the execution of the
> package.
> >>
> >> --
> >> sig://boB
> >> http://joyofsetup.com/
> >>
> >>
> >>
> >>
> --
> >> Everyone hates slow websites. So do we.
> >> Make your web apps faster with AppDynamics
> >> Download AppDynamics Lite for free today:
> >> http://p.sf.net/sfu/appdyn_d2d_jan
> >> ___
> >> 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Cannot Get Fonts to Install to Fonts folder

[Gregg Walker]

Hello,

I need some help with my installer script.  It is not installing the my fonts 
to the FontsFolder.

I don’t receive any errors building the script or installing the msi.  The 
fonts are not installed the the windows font folder.

Any help appreciated.

I’m running Wix 3.7 with VS2012 and installing the msi on a Windows 8 machine.

Here is the script...


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














  

  
  


  
  
  
  
  
  
  








  
  
  

  
  


  














  



  
  




1
  1
  




Thank you!

Gregg
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ExePackage that requires .NET installed earlier in Bundle

[Richard Mayes]

If you use a  within the ExePackage for
the dotnet installer, then it will have the desired effect. If dotnet is
installed it and the InstallCondition is correct it will skip the
ExePackage element completely and not do a reboot.

This does mean for you Eric you will have to manually include the
ExePackage element for the dotnet installer rather than using referencing
the one in the WixNetFxExtension.

*Richard Mayes*
***Mobile:* +447740357239
*Blog:* http://blog.slinkysoftware.com
*Twitter:* http://twitter.com/caveman_dick
*LinkedIn:* http://uk.linkedin.com/in/richardmayes1001



On 31 January 2013 14:52, Rob Mensching  wrote:

> There is not a way to say "Force restart here if necessary" but I think
> there is a feature request open to add such a feature. Sounds like there
> is real world need.
>
>
> On Wed, Jan 30, 2013 at 9:42 AM, Eric Schultz  >wrote:
>
> > Bob,
> >
> > That IS what's happening. Is there a way to have it request to reboot as
> > needed after the .Net 4 install?
> >
> > Eric
> >
> > On Tue, Jan 29, 2013 at 10:08 PM, Bob Arnson  wrote:
> >
> > > On 29-Jan-13 17:39, Eric Schultz wrote:
> > > > If .Net Framework 4 is already installed, SQL Server installs fine.
> If
> > > .Net
> > > > Framework 4 is not installed, the SQL Server Express install fails
> > > because
> > > > it says the .Net Framework is not installed. In fact, it says it
> needs
> > > the
> > > > exact same version as was just installed in the previous step.
> > > Check the Burn log to see if a reboot was required (and suppressed). If
> > > so, it won't be "real" until after the reboot.
> > >
> > > --
> > > sig://boB
> > > http://joyofsetup.com/
> > >
> > >
> > >
> > >
> >
> --
> > > Everyone hates slow websites. So do we.
> > > Make your web apps faster with AppDynamics
> > > Download AppDynamics Lite for free today:
> > > http://p.sf.net/sfu/appdyn_d2d_jan
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> >
> >
> >
> > --
> > 
> > Eric Schultz, Developer Advocate, Outercurve Foundation
> > http://www.outercurve.org
> > eschu...@outercurve.org
> > cell: 920-539-0404
> > skype: ericschultzwi
> > @EricOutercurve
> >
> >
> --
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ExePackage that requires .NET installed earlier in Bundle

[Eric Schultz]

I want to make sure I understand this. Does Wix currently have anyway for a
restart to happen halfway through an install and then continue the install
when the computer restarts? Or is the problem that the .NET install is
doing something in particular that's causing that functionality to fail?

Eric

On Thu, Jan 31, 2013 at 8:52 AM, Rob Mensching  wrote:

> There is not a way to say "Force restart here if necessary" but I think
> there is a feature request open to add such a feature. Sounds like there
> is real world need.
>
>
> On Wed, Jan 30, 2013 at 9:42 AM, Eric Schultz  >wrote:
>
> > Bob,
> >
> > That IS what's happening. Is there a way to have it request to reboot as
> > needed after the .Net 4 install?
> >
> > Eric
> >
> > On Tue, Jan 29, 2013 at 10:08 PM, Bob Arnson  wrote:
> >
> > > On 29-Jan-13 17:39, Eric Schultz wrote:
> > > > If .Net Framework 4 is already installed, SQL Server installs fine.
> If
> > > .Net
> > > > Framework 4 is not installed, the SQL Server Express install fails
> > > because
> > > > it says the .Net Framework is not installed. In fact, it says it
> needs
> > > the
> > > > exact same version as was just installed in the previous step.
> > > Check the Burn log to see if a reboot was required (and suppressed). If
> > > so, it won't be "real" until after the reboot.
> > >
> > > --
> > > sig://boB
> > > http://joyofsetup.com/
> > >
> > >
> > >
> > >
> >
> --
> > > Everyone hates slow websites. So do we.
> > > Make your web apps faster with AppDynamics
> > > Download AppDynamics Lite for free today:
> > > http://p.sf.net/sfu/appdyn_d2d_jan
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> >
> >
> >
> > --
> > 
> > Eric Schultz, Developer Advocate, Outercurve Foundation
> > http://www.outercurve.org
> > eschu...@outercurve.org
> > cell: 920-539-0404
> > skype: ericschultzwi
> > @EricOutercurve
> >
> >
> --
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > 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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 

Eric Schultz, Developer Advocate, Outercurve Foundation
http://www.outercurve.org
eschu...@outercurve.org
cell: 920-539-0404
skype: ericschultzwi
@EricOutercurve
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time

[Karl Werner]

To close the loop on this, I ended up doing the following:

1) Reverting to the Wix Standard Bootstrapper. (There is probably a way to
get my custom bootstrapper to work, but I exhausted enough time trying to
figure it out.  Somehow the Wix Standard Bootstrapper knows what mode to go
into early in the process and I never found it in the code)
2) Providing a name for Bundle so that it now registers in ARP.
3) Setting the MsiPackage to Visible="no" so they no longer register in ARP.
4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs so
that the various entry points (namely Repair) all work correctly.

The functionality I lose is the ability to modify msi features after
install.  I'd really like a way to have the MSI registered in ARP and not
the bundle, but any time I did that there were negative side effects when
the bootstrapper was launched a second time.

Wish list item ;-)

Thanks for the responses on this item!

Karl

On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner  wrote:

> Do basically there is no way to simulate the old bootstrapper from the old
> vdproj setup projects?  It would be nice if we could configure for this
> behavior. I would expect many other shops would want the same behavior . . .
>
> Maybe something like an attribute on MSIPackage that is equivalent to
> "always execute if InstallCondition is true", then show the UI if
> DisplayInternalUI is "yes"...
>
> I'll log a feature request ...
>
> Karl
>
>
> On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson  wrote:
>
>> On 29-Jan-13 16:10, Karl Werner wrote:
>> > However, still stuck on the original problem -> How can I get the MSI's
>> UI
>> > invoked on the second run of the bootstrapper.
>> You can't. Burn needs to know the operation being performed which it
>> can't if the operation is determined during the execution of the package.
>>
>> --
>> sig://boB
>> http://joyofsetup.com/
>>
>>
>>
>> --
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_jan
>> ___
>> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

[Steven Ogilvie]

The issue is even more compounded...

I have 5 merge modules, and each merge module has WIXLibs as well
So I have a mergemodule redirect directory element and a wixlibs folder element
i.e.
PRODUCT.WXS


  



MergeModule.wxs

  this would be the path C:\Program 
Files\TITUS\TITUS Services\
 this would be the path C:\Program 
Files\TITUS\TITUS Services\EnterpriseSettingsService


Would it make more sense... to have the product.wxs change the folders for each 
merge module (since they go into different folders?
Ie.


  



Steve
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: January-31-13 9:43 AM
To: General discussion for Windows Installer XML toolset.
Subject: ** SPAM **[WiX-users] [SPAM] Re: When doing a REPAIR, all files are 
going into 1 folder instead of the specific folders...

John, you shouldn't have to preserve Directory paths if a Component is 
installed in it. You do need to preserve any Property values that you want 
persisted.

Steve, sorry, I usually point people to the verbose log file to help them jump 
start their investigation. I unfortunately don't have time to root cause all 
the issues people post here from scratch.


On Thu, Jan 31, 2013 at 6:22 AM, John Cooper  wrote:

> Chances are really good that you're not correctly preserving the 
> complete directory tree where those files are going.  In many ways, a 
> patch is just a repair on one feature.  The Windows Installer Service 
> has no memory of your whole directory tree.  Generally, you have to 
> preserve things like INSTALLLOCATION or INSTALLFOLDER in your registry 
> and recovery them using a registry search for repair and patch to work 
> properly.
>
> --
> John Merryweather Cooper
> Build & Install Engineer - ESA
> Jack Henry & Associates, Inc.®
> Shawnee Mission, KS  66227
> Office:  913-341-3434 x791011
> jocoo...@jackhenry.com
> www.jackhenry.com
>
>
>
>
> -Original Message-
> From: StevenOgilvie [mailto:sogil...@msn.com]
> Sent: Thursday, January 31, 2013 8:04 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] When doing a REPAIR, all files are going into 
> 1 folder instead of the specific folders...
>
> Any idea Rob?
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Re
> pair-happening-tp7583229p7583292.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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> NOTICE: This electronic mail message and any files transmitted with it 
> are intended exclusively for the individual or entity to which it is 
> addressed. The message, together with any attachment, may contain 
> confidential and/or privileged information.
> Any unauthorized review, use, printing, saving, copying, disclosure or 
> distribution is strictly prohibited. If you have received this message 
> in error, please immediately advise the sender by reply email and 
> delete all copies.
>
>
>
> --
>  Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite 
> for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn question, how can force /norestart on my pre requisite MSI's?

[Rob Mensching]

Take a look at the bundle log and see if something caused those MSIs to be
removed from the cache. Are the MsiPackage elements maybe marked Cache='no'?


On Fri, Jan 25, 2013 at 8:19 AM, Steven Ogilvie wrote:

> Got these errors :(
>
> MSI (s) (C0:50) [20:23:32:105]: Product: Microsoft System CLR Types for
> SQL Server 2012 (x64) -- Error 1316. A network error occurred while
> attempting to read from the file: C:\ProgramData\Package
> Cache\{F1949145-EB64-4DE7-9D81-E6D27937146C}v11.0.2100.60\RedistServer\SQLSYSCLRTYPES.MSI
>
> Error 1316. A network error occurred while attempting to read from the
> file: C:\ProgramData\Package
> Cache\{F1949145-EB64-4DE7-9D81-E6D27937146C}v11.0.2100.60\RedistServer\SQLSYSCLRTYPES.MSI
>
> MSI (s) (C0:50) [20:23:32:145]: Windows Installer reconfigured the
> product. Product Name: Microsoft System CLR Types for SQL Server 2012
> (x64). Product Version: 11.1.3000.0. Product Language: 1033. Manufacturer:
> Microsoft Corporation. Reconfiguration success or error status: 1603.
>
> I look at the C:\ProgramData\Package Cache and that GUID doesn't exit
> neither the package...
>
> Steve
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: January-25-13 10:44 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Burn question, how can force /norestart on my pre
> requisite MSI's?
>
> You'll want to investigate the log file for the following MSI. That is
> what is failing.
>
>
> On Fri, Jan 25, 2013 at 5:16 AM, Steven Ogilvie  >wrote:
>
> > [1CB0:14C0][2013-01-24T20:23:10]i301: Applying execute package:
> > SQLSysClrTypesx64, action: Repair, path: C:\ProgramData\Package
> > Cache\{F1949145-EB64-4DE7-9D81-E6D27937146C}v11.0.2100.60\RedistServer
> > \SQLSysClrTypes2012_x64.msi,
> > arguments: ' MSIFASTINSTALL="7"'
> > [1CB0:14C0][2013-01-24T20:23:16]e000: Error 0x80070643: Failed to run
> > maintanance mode for MSI package.
> > [1CB0:14C0][2013-01-24T20:23:16]e000: Error 0x80070643: Failed to
> > execute MSI package.
> > [0310:1908][2013-01-24T20:23:16]e000: Error 0x80070643: Failed to
> > configure per-machine MSI package
> >
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC,
> Windows 8 Apps, JavaScript and much more. Keep your skills current with
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] [SPAM] Re: Bundle gets installed side-by-side even with same upgradecode

[Rob Mensching]

Yes, the directories are all cleaned up in the end. The question is what is
cleaning up the file that is mentioned in the log file in the middle of the
install. That's what is causing the failure.


On Fri, Jan 25, 2013 at 11:04 AM, victorwhiskey wrote:

> Thanks Rob,
>
> For the 0x80002 issue, are the packages supposed to be left in the
> %temp%\{guid}\ directories after install?  I see this when testing upgrade
> and found out they are removed after the initial installation. I hooked up
> ProcessorMonitor and saw after the install, it was removing the contents of
> the %temp%\{guid} directory.
>
> deleting_self.PNG
> <
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7583170/deleting_self.PNG
> >
>
> Also, any tips for "After I upgrade, the two MSI entries are upgrades but
> the bundle is installed side-by-side with the old one.  Now I have four
> entries the two MSIs and a bundle entry 2.0.0.0 and 2.0.3.0, for example. "
>
> I'd like my bundle to not install if 2.0.0.0 and new package is 2.0.0.7,
> lets say, but will upgrade if 2.0.0 to 2.0.3.0.
>
> Thanks again!
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-gets-installed-side-by-side-even-with-same-upgradecode-tp7582999p7583170.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [SPAM] Re: When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

[John Cooper]

Understood.  It's the part of the path that might be modified that needs to be 
preserved.  I've seen exactly this behavior when INSTALLLOCATION wasn't 
preserved.  Talking about the whole directory tree was confusing on my part.
--
John M. Cooper

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Thursday, January 31, 2013 8:43 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] [SPAM] Re: When doing a REPAIR, all files are going into 1 
folder instead of the specific folders...

John, you shouldn't have to preserve Directory paths if a Component is 
installed in it. You do need to preserve any Property values that you want 
persisted.

Steve, sorry, I usually point people to the verbose log file to help them jump 
start their investigation. I unfortunately don't have time to root cause all 
the issues people post here from scratch.


On Thu, Jan 31, 2013 at 6:22 AM, John Cooper  wrote:

> Chances are really good that you're not correctly preserving the 
> complete directory tree where those files are going.  In many ways, a 
> patch is just a repair on one feature.  The Windows Installer Service 
> has no memory of your whole directory tree.  Generally, you have to 
> preserve things like INSTALLLOCATION or INSTALLFOLDER in your registry 
> and recovery them using a registry search for repair and patch to work 
> properly.
>
> --
> John Merryweather Cooper
> Build & Install Engineer - ESA
> Jack Henry & Associates, Inc.®
> Shawnee Mission, KS  66227
> Office:  913-341-3434 x791011
> jocoo...@jackhenry.com
> www.jackhenry.com
>
>
>
>
> -Original Message-
> From: StevenOgilvie [mailto:sogil...@msn.com]
> Sent: Thursday, January 31, 2013 8:04 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] When doing a REPAIR, all files are going into 
> 1 folder instead of the specific folders...
>
> Any idea Rob?
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Re
> pair-happening-tp7583229p7583292.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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> NOTICE: This electronic mail message and any files transmitted with it 
> are intended exclusively for the individual or entity to which it is 
> addressed. The message, together with any attachment, may contain 
> confidential and/or privileged information.
> Any unauthorized review, use, printing, saving, copying, disclosure or 
> distribution is strictly prohibited. If you have received this message 
> in error, please immediately advise the sender by reply email and 
> delete all copies.
>
>
>
> --
>  Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite 
> for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Managed Bootstrapper update not working

[Rob Mensching]

UpdateReplace means use the bundle information provided by a call to
Engine.SetUpdate and launch that bundle instead. Doesn't look like you
called SetupUpdate.

If you want an upgrade, then keep the Bundle/@UpgradeCode constant and make
sure the newer bundle has a higher version.

Note: if you keep your Product/@Id static you won't be doing major upgrades
for your MSIs.


On Sun, Jan 27, 2013 at 2:07 AM, Kristian Jaksch
wrote:

> Hi!
>
> Still trying to figure out how the custom managed bootstrapper works. I'm
> looking at the source for the project found here:
>
>
> http://bryanpjohnston.com/2012/09/28/custom-wix-managed-bootstrapper-application/
>
> And in the source for WixBA project but I don't understand how to get an
> upgrade to work correctly. What I've done is the following:
>
> 1. Set a fixed guid in the product id in "Product.wxs" so that it's not
> regenerated between builds.
> 2. Run the boostrapper and installed the package. The package is in the
> add/remove programs list.
> 3. Changed the bundle version from 1.0.0.0 to 2.0.0.0.
> 4. Changed the code of the install button to the following
>
> private void InstallExecute()
> {
> IsThinking = true;
> Bootstrapper.Engine.Plan(LaunchAction.UpdateReplace);
> }
>
> After looking in the WixBA project it seems as that should be the launch
> action if a previous version is installed
>
> 5. Built the project again and installed agan with
> LaunchAction.UpdateReplace. But nothing happens and the log says there was
> an error:
>
> [2848:2E78][2013-01-27T10:52:40]i001: Burn v3.7.1224.0, Windows v6.2 (Build
> 9200: Service Pack 0), path:
>
> C:\Users\Kristian\Downloads\TestBA\TestBA\BootstrapperSetup\bin\Debug\BootstrapperSetup.exe,
> cmdline: ''
> [2848:2E78][2013-01-27T10:52:40]i000: Setting string variable
> 'WixBundleLog' to value
> 'C:\Users\Kristian\AppData\Local\Temp\BBB_boostrapper_20130127105240.log'
> [2848:2E78][2013-01-27T10:52:40]i000: Setting string variable
> 'WixBundleOriginalSource' to value
>
> 'C:\Users\Kristian\Downloads\TestBA\TestBA\BootstrapperSetup\bin\Debug\BootstrapperSetup.exe'
> [2848:2E78][2013-01-27T10:52:40]i000: Setting string variable
> 'WixBundleName' to value 'BBB boostrapper'
> [2848:2E78][2013-01-27T10:52:40]i000: Loading managed bootstrapper
> application.
> [2848:2E78][2013-01-27T10:52:40]i000: Creating BA thread to run
> asynchronously.
> [2848:2B54][2013-01-27T10:52:40]i000: Launching custom TestBA UX
> [2848:2E78][2013-01-27T10:52:41]i100: Detect begin, 2 packages
> [2848:2E78][2013-01-27T10:52:41]i000: Setting string variable
> 'Netfx4x64FullVersion' to value '4.5.50709'
> [2848:2E78][2013-01-27T10:52:41]i000: Setting string variable
> 'Netfx4FullVersion' to value '4.5.50709'
> [2848:2E78][2013-01-27T10:52:41]i102: Detected related bundle:
> {dbdb965b-1785-48ce-94b6-ec446f5e8768}, type: Upgrade, scope: PerMachine,
> version: 1.0.0.0, operation: MajorUpgrade
> [2848:2E78][2013-01-27T10:52:41]i052: Condition 'Netfx4FullVersion AND (NOT
> VersionNT64 OR Netfx4x64FullVersion)' evaluates to true.
> [2848:2E78][2013-01-27T10:52:41]i101: Detected package: Netfx4Full, state:
> Present, cached: None
> [2848:2E78][2013-01-27T10:52:41]i101: Detected package:
> DummyInstallationPackageId, state: Present, cached: Complete
> [2848:2E78][2013-01-27T10:52:41]i199: Detect complete, result: 0x0
> [2848:2E78][2013-01-27T10:52:43]i200: Plan begin, 2 packages, action:
> UpdateReplace
> [2848:2E78][2013-01-27T10:52:43]e000: Error 0x8000: Invalid package
> type.
> [2848:2E78][2013-01-27T10:52:43]e000: Error 0x8000: Failed to plan
> execute package.
> [2848:2E78][2013-01-27T10:52:43]e000: Error 0x8000: Failed to process
> update package.
> [2848:2E78][2013-01-27T10:52:43]e000: Error 0x8000: Failed to plan
> update.
> [2848:2E78][2013-01-27T10:52:43]i299: Plan complete, result: 0x8000
> [2848:2E78][2013-01-27T10:53:56]i500: Shutting down, exit code: 0x0
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: Netfx4FullVersion =
> 4.5.50709
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: Netfx4x64FullVersion =
> 4.5.50709
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: VersionNT64 = 6.2.0.0
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleAction = 7
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleElevated = 0
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleLog =
> C:\Users\Kristian\AppData\Local\Temp\BBB_boostrapper_20130127105240.log
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleManufacturer =
> Bryan
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleName = BBB
> boostrapper
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleOriginalSource =
>
> C:\Users\Kristian\Downloads\TestBA\TestBA\BootstrapperSetup\bin\Debug\BootstrapperSetup.exe
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleProviderKey =
> {321ea40c-98ca-4ceb-a507-8e74b12ee6c1}
> [2848:2E78][2013-01-27T10:53:56]i410: Variable: WixBundleTag =
> [2848:

Re: [WiX-users] Light errors "LGHT0103" after upgrading from 3.5

[Rob Mensching]

Phil,

Not sure can you be more specific about what you upgraded to and what works
and does not work now.


On Wed, Jan 30, 2013 at 3:10 PM, Phil Rogers wrote:

> Has anyone experiences "LGHT0103" after upgrading from 3.5?
>
> When performing builds in 3.5 light would respect a relative path of the
> current directory, ie.   FileSource="SourceDir\VC\">.
>
> Since the upgrade I've had to add "$(sys.CURRENTDIR)\" to each FileSource
> or Source Attribute.
>
> I have several fragment being generated by HEAT pre-build events each
> using -var parameter utilizing pre-processor variables.
>
> Thanks,
>
>
> R Philip Rogers
> CACTUS Software
> 913.905.4064 Direct
> 913.461.8476 Cell
> 913.677.0185 Fax
> 800.776.2305 x4064
> ph...@cactussoftware.com
> www.cactussoftware.com
>
>
>
> ^
> This message, including attachments, contains information that is
> confidential and
> may be privileged. Unless you are the addressee (or authorized to receive
> for the
> addressee), you may not use, copy or disclose to anyone the message or any
> information
> contained in the message. If you have received the message in error,
> please advise the
> sender by reply e-mail and delete the message.
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ExePackage that requires .NET installed earlier in Bundle

[Rob Mensching]

There is not a way to say "Force restart here if necessary" but I think
there is a feature request open to add such a feature. Sounds like there
is real world need.


On Wed, Jan 30, 2013 at 9:42 AM, Eric Schultz wrote:

> Bob,
>
> That IS what's happening. Is there a way to have it request to reboot as
> needed after the .Net 4 install?
>
> Eric
>
> On Tue, Jan 29, 2013 at 10:08 PM, Bob Arnson  wrote:
>
> > On 29-Jan-13 17:39, Eric Schultz wrote:
> > > If .Net Framework 4 is already installed, SQL Server installs fine. If
> > .Net
> > > Framework 4 is not installed, the SQL Server Express install fails
> > because
> > > it says the .Net Framework is not installed. In fact, it says it needs
> > the
> > > exact same version as was just installed in the previous step.
> > Check the Burn log to see if a reboot was required (and suppressed). If
> > so, it won't be "real" until after the reboot.
> >
> > --
> > sig://boB
> > http://joyofsetup.com/
> >
> >
> >
> >
> --
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_jan
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
> 
> Eric Schultz, Developer Advocate, Outercurve Foundation
> http://www.outercurve.org
> eschu...@outercurve.org
> cell: 920-539-0404
> skype: ericschultzwi
> @EricOutercurve
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WixTargetPath and Wix 3.7

[Rob Mensching]

Yep, bug in the build of wix37-binaries.zip file. It's missing some of the
.targets files that should be in there. You can grab them from the
ProgramFilesFolder:\MSBuild\Microsoft\Wix\v3.x\*.targets.  Sorry about
that. Be great if you could file a bug so we keep track of the issue.


On Wed, Jan 30, 2013 at 4:27 PM, George Fleming wrote:

> >From Wix documentation page,
> http://wix.sourceforge.net/manual-wix3/daily_builds.htm, it says to
> modify .wixproj file and add following lines:
>
> $(SourceCodeControlRoot)\wix\3.6.3220.0\
> $(WixToolPath)Wix.targets
> $(WixToolPath)wixtasks.dll
>
> I'm using Wix 3.7, and I could not find Wix.targets file in the
> distribution.  It seems that files have been moved recently, as binaries
> are now under a "bin" directory, instead of directly under the installation
> directory.
>
> If I skip defining WixTargetsPath, it defaults to
> $ProgramFiles\MSBuiild\Microsoft\Wix\v3.x\Wix.targets, and builds fine.
>  But I'm not sure if everyone has that path.
>
> So does v3.7 have a Wix.targets file?  What should I set WixTargetsPath to
> in v3.7?
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] [SPAM] Re: When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

[Rob Mensching]

John, you shouldn't have to preserve Directory paths if a Component is
installed in it. You do need to preserve any Property values that you want
persisted.

Steve, sorry, I usually point people to the verbose log file to help them
jump start their investigation. I unfortunately don't have time to root
cause all the issues people post here from scratch.


On Thu, Jan 31, 2013 at 6:22 AM, John Cooper  wrote:

> Chances are really good that you're not correctly preserving the complete
> directory tree where those files are going.  In many ways, a patch is just
> a repair on one feature.  The Windows Installer Service has no memory of
> your whole directory tree.  Generally, you have to preserve things like
> INSTALLLOCATION or INSTALLFOLDER in your registry and recovery them using a
> registry search for repair and patch to work properly.
>
> --
> John Merryweather Cooper
> Build & Install Engineer - ESA
> Jack Henry & Associates, Inc.®
> Shawnee Mission, KS  66227
> Office:  913-341-3434 x791011
> jocoo...@jackhenry.com
> www.jackhenry.com
>
>
>
>
> -Original Message-
> From: StevenOgilvie [mailto:sogil...@msn.com]
> Sent: Thursday, January 31, 2013 8:04 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] When doing a REPAIR, all files are going into 1
> folder instead of the specific folders...
>
> Any idea Rob?
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Repair-happening-tp7583229p7583292.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://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> NOTICE: This electronic mail message and any files transmitted with it are
> intended
> exclusively for the individual or entity to which it is addressed. The
> message,
> together with any attachment, may contain confidential and/or privileged
> information.
> Any unauthorized review, use, printing, saving, copying, disclosure or
> distribution
> is strictly prohibited. If you have received this message in error, please
> immediately advise the sender by reply email and delete all copies.
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Building executable package with WiX 3.7 MSBuild targets

[Rob Mensching]

Use a Library project for the common stuff and separate Setup projects to
build the different MSIs. If you want to put all that in one project,
you'll learn *a lot* about MSBuild. 


On Thu, Jan 31, 2013 at 6:33 AM, Jacob Baughman wrote:

> I'm new to MSBuild (and WiX for that matter) and I've been trying to
> figure out how to use the wix.targets definitions to set up the installer
> project for my .NET solution.  The four project output types that come with
> the Votive Visual Studio templates work fine, but what I'd like to be able
> to do is build my single installer project from WiX source to executable
> package, which would require building the MSI as an intermediate step.
>  From what I can tell, it doesn't look like this is possible with the
> definitions in the wix.targets file because it would require more than one
> pass through the compilation and linking steps and distinguishing between
> the files that are part of the product and those that are part of the
> bundle.  I wanted to check if my conclusion was accurate and get advice
> about how I should set up the installer project(s) in my solution.  Should
> I have separate projects for the MSI and the executable, or should I just
> write my own .wixproj  that makes use of the WixTasks.dll?  The application
> suite I'm working on will require building two installers, one of which
> will mostly just contain a subset of components from the other.  Given that
> there will be a lot of fragments in common between the two, what is the
> best recommendation for configuring my projects?   I originally didn't
> think I'd need multiple projects within my solution to handle the
> installers but I'm not so sure anymore.  Any guidance would be appreciated.
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> 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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Building executable package with WiX 3.7 MSBuild targets

[Jacob Baughman]

I'm new to MSBuild (and WiX for that matter) and I've been trying to figure out 
how to use the wix.targets definitions to set up the installer project for my 
.NET solution.  The four project output types that come with the Votive Visual 
Studio templates work fine, but what I'd like to be able to do is build my 
single installer project from WiX source to executable package, which would 
require building the MSI as an intermediate step.  From what I can tell, it 
doesn't look like this is possible with the definitions in the wix.targets file 
because it would require more than one pass through the compilation and linking 
steps and distinguishing between the files that are part of the product and 
those that are part of the bundle.  I wanted to check if my conclusion was 
accurate and get advice about how I should set up the installer project(s) in 
my solution.  Should I have separate projects for the MSI and the executable, 
or should I just write my own .wixproj  that makes use of the WixTasks.dll?  
The application suite I'm working on will require building two installers, one 
of which will mostly just contain a subset of components from the other.  Given 
that there will be a lot of fragments in common between the two, what is the 
best recommendation for configuring my projects?   I originally didn't think 
I'd need multiple projects within my solution to handle the installers but I'm 
not so sure anymore.  Any guidance would be appreciated.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

[John Cooper]

Chances are really good that you're not correctly preserving the complete 
directory tree where those files are going.  In many ways, a patch is just a 
repair on one feature.  The Windows Installer Service has no memory of your 
whole directory tree.  Generally, you have to preserve things like 
INSTALLLOCATION or INSTALLFOLDER in your registry and recovery them using a 
registry search for repair and patch to work properly.

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com 




-Original Message-
From: StevenOgilvie [mailto:sogil...@msn.com] 
Sent: Thursday, January 31, 2013 8:04 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] When doing a REPAIR, all files are going into 1 folder 
instead of the specific folders...

Any idea Rob?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Repair-happening-tp7583229p7583292.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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] setupbld.exe - providing version Info

[John Cooper]

The way that works for my projects:

1) make a custom version of the setupexec.vcxproj;
2) modify the resource and headers files to identify and describe your product;
3) I run a custom build template activity that updates the product version 
number with the version of the bound product each build;

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com 




-Original Message-
From: Karkare,Aparna [mailto:akark...@travelers.com] 
Sent: Thursday, January 31, 2013 4:14 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] setupbld.exe - providing version Info

How can we provide the version info and description info to exe which is 
created by 'setupbld.exe'?
I checked all arguments through command line and did not find any.
I tried -title but it is not displaying what the title when I right click the 
exe and see it properties on any tab.

While creating exe through bootstrapper we can provide:
 For Version

Similar to this, do we have arguments for setupbld.exe?

Regards,
Aparna Karkare


==
This communication, including attachments, is confidential, may be subject to 
legal privileges, and is intended for the sole use of the addressee. Any use, 
duplication, disclosure or dissemination of this communication, other than by 
the addressee, is prohibited. If you have received this communication in error, 
please notify the sender immediately and delete or destroy this communication 
and all copies. 
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

[StevenOgilvie]

Any idea Rob?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Repair-happening-tp7583229p7583292.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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] setupbld.exe - providing version Info

[Karkare,Aparna]

How can we provide the version info and description info to exe which is 
created by 'setupbld.exe'?
I checked all arguments through command line and did not find any.
I tried -title but it is not displaying what the title when I right click the 
exe and see it properties on any tab.

While creating exe through bootstrapper we can provide:
 For Version

Similar to this, do we have arguments for setupbld.exe?

Regards,
Aparna Karkare


==
This communication, including attachments, is confidential, may be subject to 
legal privileges, and is intended for the sole use of the addressee. Any use, 
duplication, disclosure or dissemination of this communication, other than by 
the addressee, is prohibited. If you have received this communication in error, 
please notify the sender immediately and delete or destroy this communication 
and all copies. 
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Just getting started with WiX 3.7

[GrimDev]

In your /*\Program Files (x86)\WiX Toolset v3.7\doc/ folder, see WiX.chm for
a good place to start.

If you run into any particular problems, you can always post questions here.





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Just-getting-started-with-WiX-3-7-tp7583277p7583290.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://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users