[WiX-users] Managing Component GUIDs

[Nik Twerdochlib]

What is the proper method for managing Component GUIDs?  I have been bitten a 
few times with one installer where the file in a component has changed but the 
GUID was not, resulting in files being left behind during uninstall.

One method I am trying right now is to seed a guid seed on the directory and 
have the components that have files that change roughly for each installer 
generation use auto generated guids.  Since I have not really seen many 
examples showing this I am questioning if it is a good way to go.

Nik Twerdochlib
Software Developer


BOMGAR | The Box That's Revolutionizing Remote Support(tm)

One of the Fastest-Growing Technology Companies in America | Technology Fast 
500(tm)

What is Bomgar? Find out in 154 seconds.
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Pyro Error PYRO0013 - Id lengths

[Bob Arnson]

On 01-May-13 16:00, Alistair Imrie wrote:
> I came across a peculiar problem today while using Pyro to build a patch - 
> error PYRO0013, complaining that the length of an internal Id was too long.
What was the actual error message?

-- 
sig://boB
http://joyofsetup.com/


--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why is RollbackBoundary discarded?

[Bob Arnson]

On 02-May-13 19:05, Prosch, Greg wrote:
> Why?  The RollbackBoundary appears to be followed by a package.
Physically but not logically, because you reordered the packages using 
the After attribute.

-- 
sig://boB
http://joyofsetup.com/


--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 7 Professional encryption

[Nick Miller]

VirtualBox is your friend. ;)


-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca] 
Sent: Thursday, May 02, 2013 12:50 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Windows 7 Professional encryption

That was me actually.  I'm going to have to get hold of a computer with windows 
7 professional and see if I can  reproduce it.  I can't on a Ultimate computer 
I have.

Wes

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: May-02-13 12:28 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Windows 7 Professional encryption

There was some discussion in the last few weeks about mysteriously encrypted 
MSIs. I don't remember a resolution. More information to help track down the 
root cause would be welcome.


On Thu, May 2, 2013 at 5:56 AM, Wesley Manning  wrote:

> Hi,
>
> I had three customers now in a 2 week period where my burn installer 
> fails on their computers.  They all have Windows 7 Professional.  When 
> I get them to go in to the Package Cache some MSIs are encrypted.  I 
> get them to remove encryption on the MSI files there, retry and the install 
> then works.
>
> Anybody else have this issue?  I'm aware MSI can't install 
> successfully encrypted but burn removes encryption from the package 
> cache so this should not happen.
>
> Wes
>
>
>
> --
>  Introducing AppDynamics Lite, a free troubleshooting tool for 
> Java/.NET Get 100% visibility into your production application - at no 
> cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead 
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why is RollbackBoundary discarded?

[Jeremiahf]

Are you sure this is correct?

$(var.ProjectDir)..\..\

How many folders are you actually backing out then back into and are they
located in your Project Directory?

J


On Thu, May 2, 2013 at 6:05 PM, Prosch, Greg wrote:

> For the burn code below I am getting the following error message:
>
> warning LGHT1129: The RollbackBoundary
> 'After_PowerShellAccessPolicyConfig' was discarded because it was not
> followed by a package. Without a package the rollback boundary doesn't do
> anything. Verify that the RollbackBoundary element is not followed by
> another RollbackBoundary and that the element is not at the end of the
> chain.
>
> Why?  The RollbackBoundary appears to be followed by a package.
>
>   
>Id="PowerShellAccessPolicyConfig"
>
> SourceFile="$(var.ProjectDir)..\..\ATTACExplorerLauncher\InstallScripts\PowerShellAccessPolicyConfig.bat"
> Cache="no"
> Compressed="yes"
> PerMachine="yes"
> Permanent="yes"
> Vital="yes"
> >
>   
>
>   
>
>   
>Id="EnableWindowsFeatures"
>
> SourceFile="$(var.ProjectDir)..\..\ATTACExplorerLauncher\InstallScripts\EnableWindowsFeatures.bat"
> Cache="no"
> Compressed="yes"
> PerMachine="yes"
> Permanent="yes"
> Vital="yes"
> After="PowerShellAccessPolicyConfig"
> >
>   
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file

[Jeremiahf]

Hi Steve,

My requirements are strictly to use command line. Crazy? Maybe. I have to
say I have seen this topic all over blogs. Seems like there is always a
way, you just have to figure out how


On Thu, May 2, 2013 at 5:43 PM, Steven Ogilvie wrote:

> Hmm... I commented out my custom action that sets the property:
> 
>
> And ran the install, everything worked and my Web App Pool + Web site
> launched without errors (would have failed if I didn't have a password for
> the Web App Pool)
>
> However I do publish the property during the UI:
>  Order="9">1 (my web site info dialog page during install)
>
> I checked my MSI log file and there wasn't any viewable strings for the
> WebAppPool_Password it was all: WEBAPPPOOL_PASSWORD property. Its value is
> '**'
>
> Publish your password within the UI area and see if that works... (also
> commenting out your custom action to set the property
>
> Steve
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: May-02-13 6:29 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file
>
> Sure thing...
>
> Action start 17:26:56: CA_DBAction.
> Action ended 17:26:56: CA_DBAction. Return value 1.
> Action start 17:26:56: InstallFinalize.
> SFXCA: Extracting custom action to temporary directory:
> C:\WINDOWS\Installer\MSI1045.tmp-\
> SFXCA: Binding to CLR version v2.0.50727 Calling custom action
> DatabaseCA!DatabaseCA.CustomActions.DatabaseCA
> Begin DatabaseCA
> Connecton String: Data Source=source;Packet
> Size=4096;Uid=sqluser;Pwd=mypassword
>
> I as well have a custom action and HideTarget does nothing.
>
>
> On Thu, May 2, 2013 at 4:53 PM, Chad Petersen
> wrote:
>
> > If possible paste in a snippet of your log file around where the
> > password is seen. I tried for a long time to hide passwords using the
> same method.
> > But it was some built-in custom actions that were logging my passwords
> > rather than code I'd written myself.
> >
> >   > Id="ExecuteSqlStrings" Hidden="yes"/>
> >
> > These were two entries that I made to make those extensions hide the
> > data passed to them, such as my password.
> >
> > -Original Message-
> > From: Jeremiahf [mailto:jeremi...@gmail.com]
> > Sent: Thursday, May 02, 2013 2:38 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file
> >
> > I have tried that and no luck. My MSI is installed via command line.
> >
> > I've even tried to give the property Id a value in case I missed
> > something and still doesn't work.
> >
> > 
> >
> > My test system is running Server 2003 R2 SP 2 windows installer
> > version
> > 4.5 6001.22159
> >
> > I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found
> > in hundreds of blogs online but every time I see that a fix was
> > submitted, I can't tell what version it was submitted in. (sorry for
> > the run on
> > sentence.)
> >
> > J
> >
> >
> > On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie
> >  > >wrote:
> >
> > > I declare the property:
> > >  This
> > > is how I use my password controls:
> > >  X="180"
> > > Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no"
> > > />
> > >
> > > Logfile:
> > > MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding
> > > WEBAPPPOOL_PASSWORD property. Its value is '**'
> > >
> > >
> > > -Original Message-
> > > From: Jeremiahf [mailto:jeremi...@gmail.com]
> > > Sent: May-02-13 5:08 PM
> > > To: wix-users@lists.sourceforge.net
> > > Subject: [WiX-users] Hide/blank out Passwords in MSI log file
> > >
> > > Has anyone had luck with this?
> > >
> > >
> > >
> > > I have tried using Hidden, HideTarget  and I still see the password
> > > in my logs. Is this still a bug in windows installer?
> > >
> > >
> > >
> > > Thanks in advance,
> > >
> > > 
> > > --
> > >  Get 100% visibility into Java/.NET code with AppDynamics
> > > Lite It's a free troubleshooting tool designed for production Get
> > > down to code-level detail for bottlenecks, with <2% overhead.
> > > Download for free and get started troubleshooting in minutes.
> > > http://p.sf.net/sfu/appdyn_d2d_ap2
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> > > 
> > > --
> > >  Get 100% visibility into Java/.NET code with AppDynamics
> > > Lite It's a free troubleshooting tool designed for production Get
> > > down to code-level detail for bottlenecks, with <2% overhead.
> > > Download for free and get started troubleshooting in minutes.
> > > http://p.sf.net/sfu/appdyn_d2d_ap2
> > > ___
> > > WiX-users mailing list
> > > WiX-users@list

[WiX-users] Why is RollbackBoundary discarded?

[Prosch, Greg]

For the burn code below I am getting the following error message:

warning LGHT1129: The RollbackBoundary 'After_PowerShellAccessPolicyConfig' was 
discarded because it was not followed by a package. Without a package the 
rollback boundary doesn't do anything. Verify that the RollbackBoundary element 
is not followed by another RollbackBoundary and that the element is not at the 
end of the chain.

Why?  The RollbackBoundary appears to be followed by a package.

  
  
  

  

  
  
  

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file

[Steven Ogilvie]

Hmm... I commented out my custom action that sets the property:


And ran the install, everything worked and my Web App Pool + Web site launched 
without errors (would have failed if I didn't have a password for the Web App 
Pool)

However I do publish the property during the UI:
1 (my web site info dialog page during install)

I checked my MSI log file and there wasn't any viewable strings for the 
WebAppPool_Password it was all: WEBAPPPOOL_PASSWORD property. Its value is 
'**'

Publish your password within the UI area and see if that works... (also 
commenting out your custom action to set the property

Steve

-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com] 
Sent: May-02-13 6:29 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file

Sure thing...

Action start 17:26:56: CA_DBAction.
Action ended 17:26:56: CA_DBAction. Return value 1.
Action start 17:26:56: InstallFinalize.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI1045.tmp-\
SFXCA: Binding to CLR version v2.0.50727 Calling custom action 
DatabaseCA!DatabaseCA.CustomActions.DatabaseCA
Begin DatabaseCA
Connecton String: Data Source=source;Packet Size=4096;Uid=sqluser;Pwd=mypassword

I as well have a custom action and HideTarget does nothing.


On Thu, May 2, 2013 at 4:53 PM, Chad Petersen
wrote:

> If possible paste in a snippet of your log file around where the 
> password is seen. I tried for a long time to hide passwords using the same 
> method.
> But it was some built-in custom actions that were logging my passwords 
> rather than code I'd written myself.
>
>   Id="ExecuteSqlStrings" Hidden="yes"/>
>
> These were two entries that I made to make those extensions hide the 
> data passed to them, such as my password.
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Thursday, May 02, 2013 2:38 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file
>
> I have tried that and no luck. My MSI is installed via command line.
>
> I've even tried to give the property Id a value in case I missed 
> something and still doesn't work.
>
> 
>
> My test system is running Server 2003 R2 SP 2 windows installer 
> version
> 4.5 6001.22159
>
> I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found 
> in hundreds of blogs online but every time I see that a fix was 
> submitted, I can't tell what version it was submitted in. (sorry for 
> the run on
> sentence.)
>
> J
>
>
> On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie 
>  >wrote:
>
> > I declare the property:
> >  This 
> > is how I use my password controls:
> >  > Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" 
> > />
> >
> > Logfile:
> > MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding 
> > WEBAPPPOOL_PASSWORD property. Its value is '**'
> >
> >
> > -Original Message-
> > From: Jeremiahf [mailto:jeremi...@gmail.com]
> > Sent: May-02-13 5:08 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Hide/blank out Passwords in MSI log file
> >
> > Has anyone had luck with this?
> >
> >
> >
> > I have tried using Hidden, HideTarget  and I still see the password 
> > in my logs. Is this still a bug in windows installer?
> >
> >
> >
> > Thanks in advance,
> >
> > 
> > --
> >  Get 100% visibility into Java/.NET code with AppDynamics 
> > Lite It's a free troubleshooting tool designed for production Get 
> > down to code-level detail for bottlenecks, with <2% overhead.
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap2
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> > 
> > --
> >  Get 100% visibility into Java/.NET code with AppDynamics 
> > Lite It's a free troubleshooting tool designed for production Get 
> > down to code-level detail for bottlenecks, with <2% overhead.
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap2
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
> "They may forget what you said but they will never forget how you made 
> them feel." -- Anonymous
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started trouble

Re: [WiX-users] Hide/blank out Passwords in MSI log file

[Jeremiahf]

Sure thing...

Action start 17:26:56: CA_DBAction.
Action ended 17:26:56: CA_DBAction. Return value 1.
Action start 17:26:56: InstallFinalize.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI1045.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action DatabaseCA!DatabaseCA.CustomActions.DatabaseCA
Begin DatabaseCA
Connecton String: Data Source=source;Packet
Size=4096;Uid=sqluser;Pwd=mypassword

I as well have a custom action and HideTarget does nothing.


On Thu, May 2, 2013 at 4:53 PM, Chad Petersen
wrote:

> If possible paste in a snippet of your log file around where the password
> is seen. I tried for a long time to hide passwords using the same method.
> But it was some built-in custom actions that were logging my passwords
> rather than code I'd written myself.
>
> 
> 
>
> These were two entries that I made to make those extensions hide the data
> passed to them, such as my password.
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Thursday, May 02, 2013 2:38 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file
>
> I have tried that and no luck. My MSI is installed via command line.
>
> I've even tried to give the property Id a value in case I missed something
> and still doesn't work.
>
> 
>
> My test system is running Server 2003 R2 SP 2 windows installer version
> 4.5 6001.22159
>
> I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found in
> hundreds of blogs online but every time I see that a fix was submitted, I
> can't tell what version it was submitted in. (sorry for the run on
> sentence.)
>
> J
>
>
> On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie  >wrote:
>
> > I declare the property:
> >  This is
> > how I use my password controls:
> >  > Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
> >
> > Logfile:
> > MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding
> > WEBAPPPOOL_PASSWORD property. Its value is '**'
> >
> >
> > -Original Message-
> > From: Jeremiahf [mailto:jeremi...@gmail.com]
> > Sent: May-02-13 5:08 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Hide/blank out Passwords in MSI log file
> >
> > Has anyone had luck with this?
> >
> >
> >
> > I have tried using Hidden, HideTarget  and I still see the password in
> > my logs. Is this still a bug in windows installer?
> >
> >
> >
> > Thanks in advance,
> >
> > --
> >  Get 100% visibility into Java/.NET code with AppDynamics Lite
> > It's a free troubleshooting tool designed for production Get down to
> > code-level detail for bottlenecks, with <2% overhead.
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap2
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> > --
> >  Get 100% visibility into Java/.NET code with AppDynamics Lite
> > It's a free troubleshooting tool designed for production Get down to
> > code-level detail for bottlenecks, with <2% overhead.
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap2
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free
> troubleshooting tool designed for production Get down to code-level detail
> for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
---

Re: [WiX-users] Hide/blank out Passwords in MSI log file

[Skildum, Mathew]

This method only hides the value of the property when it is directly printed in 
the log file.  If you pass the property to a deferred custom action, it will be 
visible in plain text once again in the custom action data property.

You either need to mark all custom action data properties as hidden, which 
makes debugging very difficult.  With this solution you would need to print 
each custom action data value to the log file by hand and hide the password 
when you process the value.

If you do not want to do that, you could encrypt the password and pass the 
encrypted password to the deferred custom actions.  With this method you need 
to decrypt the value when needed.

This is a very nasty situation and no solution is very nice,

Mat Skildum



-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: Thursday, May 02, 2013 4:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file

If possible paste in a snippet of your log file around where the password is 
seen. I tried for a long time to hide passwords using the same method. But it 
was some built-in custom actions that were logging my passwords rather than 
code I'd written myself.


 

These were two entries that I made to make those extensions hide the data 
passed to them, such as my password.

-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com]
Sent: Thursday, May 02, 2013 2:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file

I have tried that and no luck. My MSI is installed via command line.

I've even tried to give the property Id a value in case I missed something and 
still doesn't work.



My test system is running Server 2003 R2 SP 2 windows installer version 4.5 
6001.22159

I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found in 
hundreds of blogs online but every time I see that a fix was submitted, I can't 
tell what version it was submitted in. (sorry for the run on
sentence.)

J


On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie wrote:

> I declare the property:
>  This is 
> how I use my password controls:
>  Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
>
> Logfile:
> MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding 
> WEBAPPPOOL_PASSWORD property. Its value is '**'
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: May-02-13 5:08 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Hide/blank out Passwords in MSI log file
>
> Has anyone had luck with this?
>
>
>
> I have tried using Hidden, HideTarget  and I still see the password in 
> my logs. Is this still a bug in windows installer?
>
>
>
> Thanks in advance,
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
"They may forget what you said but they will never forget how you made them 
feel." -- Anonymous
--
Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free 
troubleshooting tool designed for production Get down to code-level detail for 
bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free 
troubleshooting tool designed for production Get down to code-level detail for 
bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
Wi

Re: [WiX-users] Hide/blank out Passwords in MSI log file

[Chad Petersen]

If possible paste in a snippet of your log file around where the password is 
seen. I tried for a long time to hide passwords using the same method. But it 
was some built-in custom actions that were logging my passwords rather than 
code I'd written myself.




These were two entries that I made to make those extensions hide the data 
passed to them, such as my password.

-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com] 
Sent: Thursday, May 02, 2013 2:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file

I have tried that and no luck. My MSI is installed via command line.

I've even tried to give the property Id a value in case I missed something and 
still doesn't work.



My test system is running Server 2003 R2 SP 2 windows installer version 4.5 
6001.22159

I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found in 
hundreds of blogs online but every time I see that a fix was submitted, I can't 
tell what version it was submitted in. (sorry for the run on
sentence.)

J


On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie wrote:

> I declare the property:
>  This is 
> how I use my password controls:
>  Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
>
> Logfile:
> MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding 
> WEBAPPPOOL_PASSWORD property. Its value is '**'
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: May-02-13 5:08 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Hide/blank out Passwords in MSI log file
>
> Has anyone had luck with this?
>
>
>
> I have tried using Hidden, HideTarget  and I still see the password in 
> my logs. Is this still a bug in windows installer?
>
>
>
> Thanks in advance,
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
"They may forget what you said but they will never forget how you made them 
feel." -- Anonymous
--
Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free 
troubleshooting tool designed for production Get down to code-level detail for 
bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Hide/blank out Passwords in MSI log file

[Chad Petersen]

Try setting this



-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: Thursday, May 02, 2013 2:56 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file

Aha I checked my log again and I see what you mean...

I am using a custom action to set the property I see the password:

MSI (s) (D8:60) [17:35:47:010]: PROPERTY CHANGE: Adding CA_WebAppPoolPassword. 
property. Its value is 'WEBAPPPOOL_PASSWORD=astring'.
Property(S): WEBAPPPOOL_PASSWORD = **
Property(S): CA_WebAppPoolPassword. = WEBAPPPOOL_PASSWORD=astring

It is during the setting of the property using a custom action that it displays 
it... I will see later if I really need to call a custom action to set the 
property...

Steve

-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com]
Sent: May-02-13 5:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file

I have tried that and no luck. My MSI is installed via command line.

I've even tried to give the property Id a value in case I missed something and 
still doesn't work.



My test system is running Server 2003 R2 SP 2 windows installer version 4.5 
6001.22159

I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found in 
hundreds of blogs online but every time I see that a fix was submitted, I can't 
tell what version it was submitted in. (sorry for the run on
sentence.)

J


On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie wrote:

> I declare the property:
>  This is 
> how I use my password controls:
>  Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
>
> Logfile:
> MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding 
> WEBAPPPOOL_PASSWORD property. Its value is '**'
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: May-02-13 5:08 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Hide/blank out Passwords in MSI log file
>
> Has anyone had luck with this?
>
>
>
> I have tried using Hidden, HideTarget  and I still see the password in 
> my logs. Is this still a bug in windows installer?
>
>
>
> Thanks in advance,
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
"They may forget what you said but they will never forget how you made them 
feel." -- Anonymous
--
Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free 
troubleshooting tool designed for production Get down to code-level detail for 
bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free 
troubleshooting tool designed for production Get down to code-level detail for 
bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lis

Re: [WiX-users] Hide/blank out Passwords in MSI log file

[Steven Ogilvie]

Aha I checked my log again and I see what you mean...

I am using a custom action to set the property I see the password:

MSI (s) (D8:60) [17:35:47:010]: PROPERTY CHANGE: Adding CA_WebAppPoolPassword. 
property. Its value is 'WEBAPPPOOL_PASSWORD=astring'.
Property(S): WEBAPPPOOL_PASSWORD = **
Property(S): CA_WebAppPoolPassword. = WEBAPPPOOL_PASSWORD=astring

It is during the setting of the property using a custom action that it displays 
it... I will see later if I really need to call a custom action to set the 
property...

Steve

-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com] 
Sent: May-02-13 5:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file

I have tried that and no luck. My MSI is installed via command line.

I've even tried to give the property Id a value in case I missed something and 
still doesn't work.



My test system is running Server 2003 R2 SP 2 windows installer version 4.5 
6001.22159

I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found in 
hundreds of blogs online but every time I see that a fix was submitted, I can't 
tell what version it was submitted in. (sorry for the run on
sentence.)

J


On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie wrote:

> I declare the property:
>  This is 
> how I use my password controls:
>  Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
>
> Logfile:
> MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding 
> WEBAPPPOOL_PASSWORD property. Its value is '**'
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: May-02-13 5:08 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Hide/blank out Passwords in MSI log file
>
> Has anyone had luck with this?
>
>
>
> I have tried using Hidden, HideTarget  and I still see the password in 
> my logs. Is this still a bug in windows installer?
>
>
>
> Thanks in advance,
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics Lite 
> It's a free troubleshooting tool designed for production Get down to 
> code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
"They may forget what you said but they will never forget how you made them 
feel." -- Anonymous
--
Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free 
troubleshooting tool designed for production Get down to code-level detail for 
bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Hide/blank out Passwords in MSI log file

[Jeremiahf]

I have tried that and no luck. My MSI is installed via command line.

I've even tried to give the property Id a value in case I missed something
and still doesn't work.



My test system is running Server 2003 R2 SP 2
windows installer version 4.5 6001.22159

I've upgraded from WIX 3.6 TO 3.7 in case it was a bug as I have found in
hundreds of blogs online but every time I see that a fix was submitted, I
can't tell what version it was submitted in. (sorry for the run on
sentence.)

J


On Thu, May 2, 2013 at 4:24 PM, Steven Ogilvie wrote:

> I declare the property:
> 
> This is how I use my password controls:
>  Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
>
> Logfile:
> MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding
> WEBAPPPOOL_PASSWORD property. Its value is '**'
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: May-02-13 5:08 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Hide/blank out Passwords in MSI log file
>
> Has anyone had luck with this?
>
>
>
> I have tried using Hidden, HideTarget  and I still see the password in my
> logs. Is this still a bug in windows installer?
>
>
>
> Thanks in advance,
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free
> troubleshooting tool designed for production Get down to code-level detail
> for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Hide/blank out Passwords in MSI log file

[Steven Ogilvie]

I declare the property:

This is how I use my password controls: 


Logfile:
MSI (c) (70:1C) [14:50:59:778]: PROPERTY CHANGE: Adding WEBAPPPOOL_PASSWORD 
property. Its value is '**'


-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com] 
Sent: May-02-13 5:08 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Hide/blank out Passwords in MSI log file

Has anyone had luck with this?



I have tried using Hidden, HideTarget  and I still see the password in my logs. 
Is this still a bug in windows installer?



Thanks in advance,
--
Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free 
troubleshooting tool designed for production Get down to code-level detail for 
bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Hide/blank out Passwords in MSI log file

[Jeremiahf]

Has anyone had luck with this?



I have tried using Hidden, HideTarget  and I still see the password in my
logs. Is this still a bug in windows installer?



Thanks in advance,
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registering ComPlus and Assigning a User

[Darrin Robertson]

I have my installer registering my COMPLus component correctly.
I have one last requirement to:
Enforce component level access checks
Under Roles have the "User" Role ticked.

I tried adding a complus:ComPlusCompoent as a child of my ComPlusAssembly but 
when I do this the installer fails with an error. (See below)
I am not sure what I should put as the CLSID, perhaps this is what is causing 
the issue?
Can anyone help me out? Explain what I should be putting for the CLSID?

Error and WiX snippet below
Note: If I remove the complus:ComPlusComponent element then the installer works 
fine:
My User 'ComponentUser" is defined higher up. The role and user 
are assigned in the component but not ticked.

MSI (s) (68:BC) [16:25:08:579]: Invoking remote custom action. DLL: 
C:\Windows\Installer\MSICE31.tmp, Entrypoint: ComPlusInstallExecuteCommit
Action 16:25:08: RegisterComPlusAssemblies. Registering COM+ components
RegisterComPlusAssemblies: DLL: C:\NTApps\MyComPlusCore\ASB.DA.Insurance.dll
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to find component object
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to configure components
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to register assembly, 
key: ASB.DA.Insurance
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to register assemblies
















Darrin Robertson
Tech Design & Development Specialist | Design & Development Standards | 
Enterprise Services | ASB creating futures
4148070 direct | 90070 extension | 
darrin.robert...@asb.co.nz | asb.co.nz


This email may contain information which is confidential and/or subject to 
legal privilege.  If you are not the intended recipient, please immediately 
notify the sender and delete the email.
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Microsoft Report Viewer 2010/2012 Runtime

[John J. Hughes II]

I am slowly upgrading my VS2010 project to VS2012 and using the WIX Toolset.
In the "Prerequisites" for the VS2010 setup projects there was is an option
for "Microsoft Report Viewer 2012 Runtime".  I assume I will have the same
problem for the "MS Office 2010 Primary Interop Assemblies", the SQL SMO
files, "Office Runtimes", and others.

 

What is the best practice for installing this with the WIX Toolset?

 

John J. Hughes II

Senior Software Engineer

Function Group | Function Technology Limited

 

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 7 Professional encryption

[Wesley Manning]

That was me actually.  I'm going to have to get hold of a computer with windows 
7 professional and see if I can  reproduce it.  I can't on a Ultimate computer 
I have.

Wes

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: May-02-13 12:28 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Windows 7 Professional encryption

There was some discussion in the last few weeks about mysteriously encrypted 
MSIs. I don't remember a resolution. More information to help track down the 
root cause would be welcome.


On Thu, May 2, 2013 at 5:56 AM, Wesley Manning  wrote:

> Hi,
>
> I had three customers now in a 2 week period where my burn installer 
> fails on their computers.  They all have Windows 7 Professional.  When 
> I get them to go in to the Package Cache some MSIs are encrypted.  I 
> get them to remove encryption on the MSI files there, retry and the install 
> then works.
>
> Anybody else have this issue?  I'm aware MSI can't install 
> successfully encrypted but burn removes encryption from the package 
> cache so this should not happen.
>
> Wes
>
>
>
> --
>  Introducing AppDynamics Lite, a free troubleshooting tool for 
> Java/.NET Get 100% visibility into your production application - at no 
> cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead 
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UILevel on uninstall using "WixStandardBootstrapperApplication.RtfLicense" bootstrapper

[Christopher West C]

Command.Action and Command.Display

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Thursday, May 02, 2013 10:57 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] UILevel on uninstall using 
"WixStandardBootstrapperApplication.RtfLicense" bootstrapper

What parts? Some of it can be accessed via Variables.


On Thu, May 2, 2013 at 8:42 AM, Christopher West C < 
christopher.c.w...@ericsson.com> wrote:

> Sorry, my question wasn't very clear.
>
> I think the answer to this is no, I just want to verify.  I have a 
> test bundle.wxs that contains the following:
>
>  Id="WixStandardBootstrapperApplication.RtfLicense"   >
>
>  Is it possible to access the Command struct inside the Bundle.wxs itself?
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Thursday, May 02, 2013 10:27 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] UILevel on uninstall using 
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
>
> The wixstdba is a "custom" BA that's already written for you. It can 
> do whatever it can do. You can see the code in src\ext\BalExtension\wixstdba.
> I'm not exactly sure what you want it to do in this case but it 
> definitely does access the Command struct and makes all sorts of 
> decisions based off of it today. 
>
>
> On Thu, May 2, 2013 at 8:08 AM, Christopher West C < 
> christopher.c.w...@ericsson.com> wrote:
>
> > Thanks, had a chance to test with this last night, and inside a 
> > custom BA, I was able to access the BootstrapperApplication.Command 
> > that you referenced, which is what I was looking for.
> >
> > Just wanted to confirm one other thing regarding usage of the 
> > Command struct.  While I was able to access it via a custom BA, I 
> > didn't see that there was a way to access it when using the 
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper in the 
> > Bundle.wxs.  Is it correct to say that the Command struct can only 
> > be accessed via a custom BA, and can't be accessed using the 
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper?
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: Tuesday, April 30, 2013 11:31 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] UILevel on uninstall using 
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> >
> > Yes, the BootstrapperApplication is provided the Command struct that 
> > has all the information about the command-line.
> >
> >
> > On Tue, Apr 30, 2013 at 7:21 PM, Christopher West C < 
> > christopher.c.w...@ericsson.com> wrote:
> >
> > > Thanks for the information.  I did some testing and did notice a 
> > > difference between "/passive" in Windows Installer versus Burn in 
> > > how the UILevel is set.  In windows installer, the command 
> > > "msiexec /uninstall CWTestGACInstaller.msi /passive" will set the UILevel 
> > > to "3"
> > in the msi.
> > >  Using the burn command "CWTestGACInstallerSetup.exe /uninstall 
> > > /passive", the UILevel is "2" in the chained msi.
> > >
> > > >From a burn perspective, two possible command line uninstall 
> > > >options
> > > could be "CWTestGACInstallerSetup.exe /uninstall /passive" or 
> > > "CWTestGACInstallerSetup.exe /uninstall /quiet".  For this 
> > > particular example, is there a way inside either the Bundle.wxs or 
> > > the chained .msi, to retrieve that the value "/quiet" or "/passive"
> > > was entered, or more generically, to grab the burn command line 
> > > that
> was used.
> > >
> > > -Original Message-
> > > From: Rob Mensching [mailto:r...@robmensching.com]
> > > Sent: Tuesday, April 30, 2013 1:56 PM
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: Re: [WiX-users] UILevel on uninstall using 
> > > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> > >
> > > I don't think that first assertion is quite correct.
> > >
> > > What you can tell is that you are being uninstalled with /qb+ or 
> > > whatever exactly evaluates to UILevel = 3. Apparently ARP launches 
> > > with something like that instead of /qb- which is essentially what 
> > > "/passive" translates to (both in the Windows Installer and in Burn).
> > >
> > > What you've really found is that Burn doesn't support "/qb+" (plus 
> > > a bunch of the other crazy options that the Windows Installer 
> > > supports for legacy reasons).  
> > >
> > > Anyway, if you want to know whether your MSI is being launched in 
> > > the context of Burn, I think the easiest way would be to add an 
> > > MsiProperty element to your MsiPackage element.
> > >
> > >
> > > On Tue, Apr 30, 2013 at 11:33 AM, Christopher West C < 
> > > christopher.c.w...@ericsson.com> wrote:
> > >
> > > > Thank you for your reply.  I do have the following question.
> > > >
> > > > In the bare .msi package, in the 

Re: [WiX-users] UILevel on uninstall using "WixStandardBootstrapperApplication.RtfLicense" bootstrapper

[Rob Mensching]

What parts? Some of it can be accessed via Variables.


On Thu, May 2, 2013 at 8:42 AM, Christopher West C <
christopher.c.w...@ericsson.com> wrote:

> Sorry, my question wasn't very clear.
>
> I think the answer to this is no, I just want to verify.  I have a test
> bundle.wxs that contains the following:
>
>  Id="WixStandardBootstrapperApplication.RtfLicense"   >
>
>  Is it possible to access the Command struct inside the Bundle.wxs itself?
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Thursday, May 02, 2013 10:27 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] UILevel on uninstall using
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
>
> The wixstdba is a "custom" BA that's already written for you. It can do
> whatever it can do. You can see the code in src\ext\BalExtension\wixstdba.
> I'm not exactly sure what you want it to do in this case but it definitely
> does access the Command struct and makes all sorts of decisions based off
> of it today. 
>
>
> On Thu, May 2, 2013 at 8:08 AM, Christopher West C <
> christopher.c.w...@ericsson.com> wrote:
>
> > Thanks, had a chance to test with this last night, and inside a custom
> > BA, I was able to access the BootstrapperApplication.Command that you
> > referenced, which is what I was looking for.
> >
> > Just wanted to confirm one other thing regarding usage of the Command
> > struct.  While I was able to access it via a custom BA, I didn't see
> > that there was a way to access it when using the
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper in the
> > Bundle.wxs.  Is it correct to say that the Command struct can only be
> > accessed via a custom BA, and can't be accessed using the
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper?
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: Tuesday, April 30, 2013 11:31 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] UILevel on uninstall using
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> >
> > Yes, the BootstrapperApplication is provided the Command struct that
> > has all the information about the command-line.
> >
> >
> > On Tue, Apr 30, 2013 at 7:21 PM, Christopher West C <
> > christopher.c.w...@ericsson.com> wrote:
> >
> > > Thanks for the information.  I did some testing and did notice a
> > > difference between "/passive" in Windows Installer versus Burn in
> > > how the UILevel is set.  In windows installer, the command "msiexec
> > > /uninstall CWTestGACInstaller.msi /passive" will set the UILevel to "3"
> > in the msi.
> > >  Using the burn command "CWTestGACInstallerSetup.exe /uninstall
> > > /passive", the UILevel is "2" in the chained msi.
> > >
> > > >From a burn perspective, two possible command line uninstall
> > > >options
> > > could be "CWTestGACInstallerSetup.exe /uninstall /passive" or
> > > "CWTestGACInstallerSetup.exe /uninstall /quiet".  For this
> > > particular example, is there a way inside either the Bundle.wxs or
> > > the chained .msi, to retrieve that the value "/quiet" or "/passive"
> > > was entered, or more generically, to grab the burn command line that
> was used.
> > >
> > > -Original Message-
> > > From: Rob Mensching [mailto:r...@robmensching.com]
> > > Sent: Tuesday, April 30, 2013 1:56 PM
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: Re: [WiX-users] UILevel on uninstall using
> > > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> > >
> > > I don't think that first assertion is quite correct.
> > >
> > > What you can tell is that you are being uninstalled with /qb+ or
> > > whatever exactly evaluates to UILevel = 3. Apparently ARP launches
> > > with something like that instead of /qb- which is essentially what
> > > "/passive" translates to (both in the Windows Installer and in Burn).
> > >
> > > What you've really found is that Burn doesn't support "/qb+" (plus a
> > > bunch of the other crazy options that the Windows Installer supports
> > > for legacy reasons).  
> > >
> > > Anyway, if you want to know whether your MSI is being launched in
> > > the context of Burn, I think the easiest way would be to add an
> > > MsiProperty element to your MsiPackage element.
> > >
> > >
> > > On Tue, Apr 30, 2013 at 11:33 AM, Christopher West C <
> > > christopher.c.w...@ericsson.com> wrote:
> > >
> > > > Thank you for your reply.  I do have the following question.
> > > >
> > > > In the bare .msi package, in the .msi via a custom action I can
> > > > check the UILevel to know if the user is uninstalling the .msi
> > > > from ARP, versus if they are uninstalling from the command prompt
> > > > in "no
> > UI" mode.
> > > >
> > > > If the same .msi is being uninstalled via a chainer, is there a
> > > > check I can make to know if the user is uninstalling the chained
> > > > .msi from

Re: [WiX-users] Uninstall Order

[Alain Forget]

+1 for uninstalling things in the reverse order they were in installed

-Original Message-
From: Daniel Madill [mailto:dan.mad...@quanser.com] 
Sent: May 2, 2013 11:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall Order

Hello Nick,

In general, I find it makes sense to uninstall things in the reverse order to 
which they were installed. Why not install your SQL data first? That would make 
sense because then the data is present before the service runs (which I assume 
is installed along with the application MSI), and then the data is not removed 
until after the service uninstalled.

Daniel Madill

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com] 
Sent: May-02-13 11:12 AM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Uninstall Order

Hi All,

I have another question for you guys.  Is there any way to specify the 
uninstall order in my bootstrappers chain?  The reason I ask, is because I have 
two MSI's, the first one installs the application, and the second installs the 
sql data.  There is a service that runs which accesses the SQL databases 
created by the second MSI.  The problem:  when I uninstall, it tries to remove 
the SQL MSI first, and fails because the databases are in use by the service.  
I would like bundle to uninstall in the same order that it installed.  Is this 
possible?

Thanks,
Nick


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Order [P]

[Nick Miller]

I would imagine that if it were possible, it would work like the 
InstallExecuteSequence for MSI's.  Lets call it UninstallExecuteSequence, and 
you would just say .  Then everything else you 
add or remove would go in the default order.


-Original Message-
From: John Ludlow [mailto:john.ludlow...@gmail.com] 
Sent: Thursday, May 02, 2013 11:46 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall Order [P]

It would be interesting, but I'm struggling to imagine out how the syntax would 
work in your .wxs code if you were able to override this behaviour. You could 
have two integer attributes on each package (one for install order and one for 
uninstall order) but I bet that would be hard to maintain if you, say, inject a 
new install into the sequence, and what would be the behaviour if you specify 
one and not the other?

In the stated use case, I would say that adding a ServiceControl record to the 
SQL MSI (to stop the service when this MSI is removed) is the easiest way to 
handle this.


On 2 May 2013 16:30, Rob Mensching  wrote:

> Definitely is, yes.  Tons of people would be complaining if it wasn't 
> in that order. You'd essentially "remove perquisites" then "try to 
> remove application". Not likely to work out well in many cases. 
> 
>
>
> On Thu, May 2, 2013 at 8:25 AM, Nick Miller 
>  >wrote:
>
> > Seems to be, yes.
> >
> >
> > -Original Message-
> > From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> > Sent: Thursday, May 02, 2013 11:21 AM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Uninstall Order [P]
> >
> > Classification: Public
> > If I am not mistaken it is FILO (first in, last out) order?
> >
> > -Original Message-
> > From: Nick Miller [mailto:nmil...@livetechnology.com]
> > Sent: May-02-13 11:11 AM
> > To: General discussion for Windows Installer XML toolset. (
> > wix-users@lists.sourceforge.net)
> > Subject: [WiX-users] Uninstall Order
> >
> > Hi All,
> >
> > I have another question for you guys.  Is there any way to specify 
> > the uninstall order in my bootstrappers chain?  The reason I ask, is 
> > because
> I
> > have two MSI's, the first one installs the application, and the 
> > second installs the sql data.  There is a service that runs which 
> > accesses the
> SQL
> > databases created by the second MSI.  The problem:  when I 
> > uninstall, it tries to remove the SQL MSI first, and fails because 
> > the databases are in use by the service.  I would like bundle to 
> > uninstall in the same order that it installed.  Is this possible?
> >
> > Thanks,
> > Nick
> >
> >
> >
> >
> --
> 
> > Introducing AppDynamics Lite, a free troubleshooting tool for 
> > Java/.NET Get 100% visibility into your production application - at no cost.
> > Code-level diagnostics for performance bottlenecks with <2% overhead 
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap1
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> > This message has been marked as Public by Steven Ogilvie on 
> > May-02-13
> > 11:21:11 AM.
> >
> > The above classification labels were added to the message by TITUS
> Message
> > Classification. For more information visit www.titus.com.
> >
> >
> >
> --
> 
> > Introducing AppDynamics Lite, a free troubleshooting tool for 
> > Java/.NET Get 100% visibility into your production application - at no cost.
> > Code-level diagnostics for performance bottlenecks with <2% overhead 
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap1
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> >
> --
> 
> > Introducing AppDynamics Lite, a free troubleshooting tool for 
> > Java/.NET Get 100% visibility into your production application - at no cost.
> > Code-level diagnostics for performance bottlenecks with <2% overhead 
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap1
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
> --
>  Introducing AppDynamics Lite, a free troubleshooting tool for 
> Java/.NET Get 100% visibility into your production application - at no 
> cost.
> Code-level diagnostics for performance bot

Re: [WiX-users] Uninstall Order

[Nick Miller]

Your right, and that is probably what I am going to do.


-Original Message-
From: Daniel Madill [mailto:dan.mad...@quanser.com] 
Sent: Thursday, May 02, 2013 11:16 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall Order

Hello Nick,

In general, I find it makes sense to uninstall things in the reverse order to 
which they were installed. Why not install your SQL data first? That would make 
sense because then the data is present before the service runs (which I assume 
is installed along with the application MSI), and then the data is not removed 
until after the service uninstalled.

Daniel Madill

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: May-02-13 11:12 AM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Uninstall Order

Hi All,

I have another question for you guys.  Is there any way to specify the 
uninstall order in my bootstrappers chain?  The reason I ask, is because I have 
two MSI's, the first one installs the application, and the second installs the 
sql data.  There is a service that runs which accesses the SQL databases 
created by the second MSI.  The problem:  when I uninstall, it tries to remove 
the SQL MSI first, and fails because the databases are in use by the service.  
I would like bundle to uninstall in the same order that it installed.  Is this 
possible?

Thanks,
Nick


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Order

[Daniel Madill]

Hello Nick,

In general, I find it makes sense to uninstall things in the reverse order to 
which they were installed. Why not install your SQL data first? That would make 
sense because then the data is present before the service runs (which I assume 
is installed along with the application MSI), and then the data is not removed 
until after the service uninstalled.

Daniel Madill

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com] 
Sent: May-02-13 11:12 AM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Uninstall Order

Hi All,

I have another question for you guys.  Is there any way to specify the 
uninstall order in my bootstrappers chain?  The reason I ask, is because I have 
two MSI's, the first one installs the application, and the second installs the 
sql data.  There is a service that runs which accesses the SQL databases 
created by the second MSI.  The problem:  when I uninstall, it tries to remove 
the SQL MSI first, and fails because the databases are in use by the service.  
I would like bundle to uninstall in the same order that it installed.  Is this 
possible?

Thanks,
Nick


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Order [P]

[John Ludlow]

It would be interesting, but I'm struggling to imagine out how the syntax
would work in your .wxs code if you were able to override this
behaviour. You could have two integer attributes on each package (one for
install order and one for uninstall order) but I bet that would be hard to
maintain if you, say, inject a new install into the sequence, and what
would be the behaviour if you specify one and not the other?

In the stated use case, I would say that adding a ServiceControl record to
the SQL MSI (to stop the service when this MSI is removed) is the easiest
way to handle this.


On 2 May 2013 16:30, Rob Mensching  wrote:

> Definitely is, yes.  Tons of people would be complaining if it wasn't in
> that order. You'd essentially "remove perquisites" then "try to remove
> application". Not likely to work out well in many cases. 
>
>
> On Thu, May 2, 2013 at 8:25 AM, Nick Miller  >wrote:
>
> > Seems to be, yes.
> >
> >
> > -Original Message-
> > From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> > Sent: Thursday, May 02, 2013 11:21 AM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Uninstall Order [P]
> >
> > Classification: Public
> > If I am not mistaken it is FILO (first in, last out) order?
> >
> > -Original Message-
> > From: Nick Miller [mailto:nmil...@livetechnology.com]
> > Sent: May-02-13 11:11 AM
> > To: General discussion for Windows Installer XML toolset. (
> > wix-users@lists.sourceforge.net)
> > Subject: [WiX-users] Uninstall Order
> >
> > Hi All,
> >
> > I have another question for you guys.  Is there any way to specify the
> > uninstall order in my bootstrappers chain?  The reason I ask, is because
> I
> > have two MSI's, the first one installs the application, and the second
> > installs the sql data.  There is a service that runs which accesses the
> SQL
> > databases created by the second MSI.  The problem:  when I uninstall, it
> > tries to remove the SQL MSI first, and fails because the databases are in
> > use by the service.  I would like bundle to uninstall in the same order
> > that it installed.  Is this possible?
> >
> > Thanks,
> > Nick
> >
> >
> >
> >
> --
> > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> > Get 100% visibility into your production application - at no cost.
> > Code-level diagnostics for performance bottlenecks with <2% overhead
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap1
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> > This message has been marked as Public by Steven Ogilvie on May-02-13
> > 11:21:11 AM.
> >
> > The above classification labels were added to the message by TITUS
> Message
> > Classification. For more information visit www.titus.com.
> >
> >
> >
> --
> > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> > Get 100% visibility into your production application - at no cost.
> > Code-level diagnostics for performance bottlenecks with <2% overhead
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap1
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> >
> --
> > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> > Get 100% visibility into your production application - at no cost.
> > Code-level diagnostics for performance bottlenecks with <2% overhead
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap1
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Cod

Re: [WiX-users] UILevel on uninstall using "WixStandardBootstrapperApplication.RtfLicense" bootstrapper

[Christopher West C]

Sorry, my question wasn't very clear.

I think the answer to this is no, I just want to verify.  I have a test 
bundle.wxs that contains the following:



 Is it possible to access the Command struct inside the Bundle.wxs itself?  

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Thursday, May 02, 2013 10:27 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] UILevel on uninstall using 
"WixStandardBootstrapperApplication.RtfLicense" bootstrapper

The wixstdba is a "custom" BA that's already written for you. It can do 
whatever it can do. You can see the code in src\ext\BalExtension\wixstdba.
I'm not exactly sure what you want it to do in this case but it definitely does 
access the Command struct and makes all sorts of decisions based off of it 
today. 


On Thu, May 2, 2013 at 8:08 AM, Christopher West C < 
christopher.c.w...@ericsson.com> wrote:

> Thanks, had a chance to test with this last night, and inside a custom 
> BA, I was able to access the BootstrapperApplication.Command that you 
> referenced, which is what I was looking for.
>
> Just wanted to confirm one other thing regarding usage of the Command 
> struct.  While I was able to access it via a custom BA, I didn't see 
> that there was a way to access it when using the 
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper in the 
> Bundle.wxs.  Is it correct to say that the Command struct can only be 
> accessed via a custom BA, and can't be accessed using the 
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper?
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Tuesday, April 30, 2013 11:31 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] UILevel on uninstall using 
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
>
> Yes, the BootstrapperApplication is provided the Command struct that 
> has all the information about the command-line.
>
>
> On Tue, Apr 30, 2013 at 7:21 PM, Christopher West C < 
> christopher.c.w...@ericsson.com> wrote:
>
> > Thanks for the information.  I did some testing and did notice a 
> > difference between "/passive" in Windows Installer versus Burn in 
> > how the UILevel is set.  In windows installer, the command "msiexec 
> > /uninstall CWTestGACInstaller.msi /passive" will set the UILevel to "3"
> in the msi.
> >  Using the burn command "CWTestGACInstallerSetup.exe /uninstall 
> > /passive", the UILevel is "2" in the chained msi.
> >
> > >From a burn perspective, two possible command line uninstall 
> > >options
> > could be "CWTestGACInstallerSetup.exe /uninstall /passive" or 
> > "CWTestGACInstallerSetup.exe /uninstall /quiet".  For this 
> > particular example, is there a way inside either the Bundle.wxs or 
> > the chained .msi, to retrieve that the value "/quiet" or "/passive" 
> > was entered, or more generically, to grab the burn command line that was 
> > used.
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: Tuesday, April 30, 2013 1:56 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] UILevel on uninstall using 
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> >
> > I don't think that first assertion is quite correct.
> >
> > What you can tell is that you are being uninstalled with /qb+ or 
> > whatever exactly evaluates to UILevel = 3. Apparently ARP launches 
> > with something like that instead of /qb- which is essentially what 
> > "/passive" translates to (both in the Windows Installer and in Burn).
> >
> > What you've really found is that Burn doesn't support "/qb+" (plus a 
> > bunch of the other crazy options that the Windows Installer supports 
> > for legacy reasons).  
> >
> > Anyway, if you want to know whether your MSI is being launched in 
> > the context of Burn, I think the easiest way would be to add an 
> > MsiProperty element to your MsiPackage element.
> >
> >
> > On Tue, Apr 30, 2013 at 11:33 AM, Christopher West C < 
> > christopher.c.w...@ericsson.com> wrote:
> >
> > > Thank you for your reply.  I do have the following question.
> > >
> > > In the bare .msi package, in the .msi via a custom action I can 
> > > check the UILevel to know if the user is uninstalling the .msi 
> > > from ARP, versus if they are uninstalling from the command prompt 
> > > in "no
> UI" mode.
> > >
> > > If the same .msi is being uninstalled via a chainer, is there a 
> > > check I can make to know if the user is uninstalling the chained 
> > > .msi from the ARP via the burn bootstrapper entry, versus if the 
> > > user is uninstalling the chained .msi via the burn\bootstrapper 
> > > from the command prompt using the "/quiet" option?
> > >
> > > -Original Message-
> > > From: Bob Arnson [mailto:b...@joyofsetup.com]
> > > Sent: Tuesday, April 30, 2013 12:57 PM
> > > To: wix-users@lists.sourceforge.ne

[WiX-users] Custom Action Extraction Issue

[Joe Barker]

Hi,

In my installer, I have the user enter a domain/user/password combination
at the beginning which is then used as the user account to run an
application pool in IIS. This combination of domain/user/password is then
later impersonated as part of a custom action, which runs an executable to
handle some other application specifics before the installer finishes.

This custom action fails, however, unless I run the installer from a
command prompt that was launched with administrative privileges. After some
investigation, we've found that this is because the msi that's executed
from the administrative command prompt extracts CA's to
C:\Windows\Installer\, which means the impersonated user can read the
files; when the msi is executed from a normal prompt, or the GUI, CA's are
extracted to C:\Users\\AppData\Local\Temp\ (or somewhere around
there), meaning the user that's being impersonated doesn't have permission
to the folder, and therefore an exception is thrown.

Is there any way to either control where the CA is extracted to, or to work
around this issue? Not impersonating the user isn't an option,
unfortunately. Any help would be much appreciated.

Thanks,
Joe
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Order [P]

[Rob Mensching]

Definitely is, yes.  Tons of people would be complaining if it wasn't in
that order. You'd essentially "remove perquisites" then "try to remove
application". Not likely to work out well in many cases. 


On Thu, May 2, 2013 at 8:25 AM, Nick Miller wrote:

> Seems to be, yes.
>
>
> -Original Message-
> From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> Sent: Thursday, May 02, 2013 11:21 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Uninstall Order [P]
>
> Classification: Public
> If I am not mistaken it is FILO (first in, last out) order?
>
> -Original Message-
> From: Nick Miller [mailto:nmil...@livetechnology.com]
> Sent: May-02-13 11:11 AM
> To: General discussion for Windows Installer XML toolset. (
> wix-users@lists.sourceforge.net)
> Subject: [WiX-users] Uninstall Order
>
> Hi All,
>
> I have another question for you guys.  Is there any way to specify the
> uninstall order in my bootstrappers chain?  The reason I ask, is because I
> have two MSI's, the first one installs the application, and the second
> installs the sql data.  There is a service that runs which accesses the SQL
> databases created by the second MSI.  The problem:  when I uninstall, it
> tries to remove the SQL MSI first, and fails because the databases are in
> use by the service.  I would like bundle to uninstall in the same order
> that it installed.  Is this possible?
>
> Thanks,
> Nick
>
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> This message has been marked as Public by Steven Ogilvie on May-02-13
> 11:21:11 AM.
>
> The above classification labels were added to the message by TITUS Message
> Classification. For more information visit www.titus.com.
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] "C++ Custom Action Project" template's LIBPATH is not right.

[Rob Mensching]

Thanks. Can you file a bug so we don't lose this issue?


On Thu, May 2, 2013 at 1:18 AM, uni  wrote:

> Hi,
>
> I'm using Wix 3.7 and I created "C++ Custom Action Project".
> The lib path is "$(WIX)sdk\VS2010\lib".
> When I compile it says "dutil.lib can not be found".
> On my computer the dutil.lib is in $(WIX)sdk\VS2010\lib\x86.
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 7 Professional encryption

[Rob Mensching]

There was some discussion in the last few weeks about mysteriously
encrypted MSIs. I don't remember a resolution. More information to help
track down the root cause would be welcome.


On Thu, May 2, 2013 at 5:56 AM, Wesley Manning  wrote:

> Hi,
>
> I had three customers now in a 2 week period where my burn installer fails
> on their computers.  They all have Windows 7 Professional.  When I get them
> to go in to the Package Cache some MSIs are encrypted.  I get them to
> remove encryption on the MSI files there, retry and the install then works.
>
> Anybody else have this issue?  I'm aware MSI can't install successfully
> encrypted but burn removes encryption from the package cache so this should
> not happen.
>
> Wes
>
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UILevel on uninstall using "WixStandardBootstrapperApplication.RtfLicense" bootstrapper

[Rob Mensching]

The wixstdba is a "custom" BA that's already written for you. It can do
whatever it can do. You can see the code in src\ext\BalExtension\wixstdba.
I'm not exactly sure what you want it to do in this case but it definitely
does access the Command struct and makes all sorts of decisions based off
of it today. 


On Thu, May 2, 2013 at 8:08 AM, Christopher West C <
christopher.c.w...@ericsson.com> wrote:

> Thanks, had a chance to test with this last night, and inside a custom BA,
> I was able to access the BootstrapperApplication.Command that you
> referenced, which is what I was looking for.
>
> Just wanted to confirm one other thing regarding usage of the Command
> struct.  While I was able to access it via a custom BA, I didn't see that
> there was a way to access it when using the
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper in the
> Bundle.wxs.  Is it correct to say that the Command struct can only be
> accessed via a custom BA, and can't be accessed using the
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper?
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Tuesday, April 30, 2013 11:31 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] UILevel on uninstall using
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
>
> Yes, the BootstrapperApplication is provided the Command struct that has
> all the information about the command-line.
>
>
> On Tue, Apr 30, 2013 at 7:21 PM, Christopher West C <
> christopher.c.w...@ericsson.com> wrote:
>
> > Thanks for the information.  I did some testing and did notice a
> > difference between "/passive" in Windows Installer versus Burn in how
> > the UILevel is set.  In windows installer, the command "msiexec
> > /uninstall CWTestGACInstaller.msi /passive" will set the UILevel to "3"
> in the msi.
> >  Using the burn command "CWTestGACInstallerSetup.exe /uninstall
> > /passive", the UILevel is "2" in the chained msi.
> >
> > >From a burn perspective, two possible command line uninstall options
> > could be "CWTestGACInstallerSetup.exe /uninstall /passive" or
> > "CWTestGACInstallerSetup.exe /uninstall /quiet".  For this particular
> > example, is there a way inside either the Bundle.wxs or the chained
> > .msi, to retrieve that the value "/quiet" or "/passive" was entered,
> > or more generically, to grab the burn command line that was used.
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: Tuesday, April 30, 2013 1:56 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] UILevel on uninstall using
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> >
> > I don't think that first assertion is quite correct.
> >
> > What you can tell is that you are being uninstalled with /qb+ or
> > whatever exactly evaluates to UILevel = 3. Apparently ARP launches
> > with something like that instead of /qb- which is essentially what
> > "/passive" translates to (both in the Windows Installer and in Burn).
> >
> > What you've really found is that Burn doesn't support "/qb+" (plus a
> > bunch of the other crazy options that the Windows Installer supports
> > for legacy reasons).  
> >
> > Anyway, if you want to know whether your MSI is being launched in the
> > context of Burn, I think the easiest way would be to add an
> > MsiProperty element to your MsiPackage element.
> >
> >
> > On Tue, Apr 30, 2013 at 11:33 AM, Christopher West C <
> > christopher.c.w...@ericsson.com> wrote:
> >
> > > Thank you for your reply.  I do have the following question.
> > >
> > > In the bare .msi package, in the .msi via a custom action I can
> > > check the UILevel to know if the user is uninstalling the .msi from
> > > ARP, versus if they are uninstalling from the command prompt in "no
> UI" mode.
> > >
> > > If the same .msi is being uninstalled via a chainer, is there a
> > > check I can make to know if the user is uninstalling the chained
> > > .msi from the ARP via the burn bootstrapper entry, versus if the
> > > user is uninstalling the chained .msi via the burn\bootstrapper from
> > > the command prompt using the "/quiet" option?
> > >
> > > -Original Message-
> > > From: Bob Arnson [mailto:b...@joyofsetup.com]
> > > Sent: Tuesday, April 30, 2013 12:57 PM
> > > To: wix-users@lists.sourceforge.net
> > > Subject: Re: [WiX-users] UILevel on uninstall using
> > > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> > >
> > > On 29-Apr-13 14:40, Christopher West C wrote:
> > > > Is the below behavior a bug with the Wix burn bootstrapper
> > functionality?
> > > No, it's a behavior difference due to running in a chainer instead
> > > of from a bare .msi package.
> > >
> > > --
> > > sig://boB
> > > http://joyofsetup.com/
> > >
> > >
> > >
> > > 
> > > --
> > >  Introducing AppDynamics

Re: [WiX-users] Uninstall Order [P]

[Nick Miller]

Seems to be, yes.


-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: Thursday, May 02, 2013 11:21 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall Order [P]

Classification: Public
If I am not mistaken it is FILO (first in, last out) order?

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: May-02-13 11:11 AM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Uninstall Order

Hi All,

I have another question for you guys.  Is there any way to specify the 
uninstall order in my bootstrappers chain?  The reason I ask, is because I have 
two MSI's, the first one installs the application, and the second installs the 
sql data.  There is a service that runs which accesses the SQL databases 
created by the second MSI.  The problem:  when I uninstall, it tries to remove 
the SQL MSI first, and fails because the databases are in use by the service.  
I would like bundle to uninstall in the same order that it installed.  Is this 
possible?

Thanks,
Nick


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



This message has been marked as Public by Steven Ogilvie on May-02-13 11:21:11 
AM.

The above classification labels were added to the message by TITUS Message 
Classification. For more information visit www.titus.com.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Order

[Rob Mensching]

Not today. The order explicitly runs backwards because that is correct for
99% of the solutions.

In your case, I'd argue you don't really want to run a different order
anyway.  What you described is a need to stop services during the Apply()
phase. This is an interesting thing we've noted about services and files in
use. They really should be handled in a block external to all the packages,
not by each package... we just don't have that ability in Burn yet
(although we've discussed how to do such things, it's not simple to do
automatically... and haven't written the manual code yet).



On Thu, May 2, 2013 at 8:15 AM, Christopher West C <
christopher.c.w...@ericsson.com> wrote:

> I just ran into this as well.   Very interested in seeing if this is
> possible also.
>
> -Original Message-
> From: Nick Miller [mailto:nmil...@livetechnology.com]
> Sent: Thursday, May 02, 2013 10:12 AM
> To: General discussion for Windows Installer XML toolset. (
> wix-users@lists.sourceforge.net)
> Subject: [WiX-users] Uninstall Order
>
> Hi All,
>
> I have another question for you guys.  Is there any way to specify the
> uninstall order in my bootstrappers chain?  The reason I ask, is because I
> have two MSI's, the first one installs the application, and the second
> installs the sql data.  There is a service that runs which accesses the SQL
> databases created by the second MSI.  The problem:  when I uninstall, it
> tries to remove the SQL MSI first, and fails because the databases are in
> use by the service.  I would like bundle to uninstall in the same order
> that it installed.  Is this possible?
>
> Thanks,
> Nick
>
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Order [P]

[Steven Ogilvie]

Classification: Public
If I am not mistaken it is FILO (first in, last out) order?

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: May-02-13 11:11 AM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Uninstall Order

Hi All,

I have another question for you guys.  Is there any way to specify the 
uninstall order in my bootstrappers chain?  The reason I ask, is because I have 
two MSI's, the first one installs the application, and the second installs the 
sql data.  There is a service that runs which accesses the SQL databases 
created by the second MSI.  The problem:  when I uninstall, it tries to remove 
the SQL MSI first, and fails because the databases are in use by the service.  
I would like bundle to uninstall in the same order that it installed.  Is this 
possible?

Thanks,
Nick


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



This message has been marked as Public by Steven Ogilvie on May-02-13 11:21:11 
AM.

The above classification labels were added to the message by TITUS Message 
Classification. 
For more information visit www.titus.com.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Order

[Christopher West C]

I just ran into this as well.   Very interested in seeing if this is possible 
also.

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com] 
Sent: Thursday, May 02, 2013 10:12 AM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Uninstall Order

Hi All,

I have another question for you guys.  Is there any way to specify the 
uninstall order in my bootstrappers chain?  The reason I ask, is because I have 
two MSI's, the first one installs the application, and the second installs the 
sql data.  There is a service that runs which accesses the SQL databases 
created by the second MSI.  The problem:  when I uninstall, it tries to remove 
the SQL MSI first, and fails because the databases are in use by the service.  
I would like bundle to uninstall in the same order that it installed.  Is this 
possible?

Thanks,
Nick


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Uninstall Order

[Nick Miller]

Hi All,

I have another question for you guys.  Is there any way to specify the 
uninstall order in my bootstrappers chain?  The reason I ask, is because I have 
two MSI's, the first one installs the application, and the second installs the 
sql data.  There is a service that runs which accesses the SQL databases 
created by the second MSI.  The problem:  when I uninstall, it tries to remove 
the SQL MSI first, and fails because the databases are in use by the service.  
I would like bundle to uninstall in the same order that it installed.  Is this 
possible?

Thanks,
Nick


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UILevel on uninstall using "WixStandardBootstrapperApplication.RtfLicense" bootstrapper

[Christopher West C]

Thanks, had a chance to test with this last night, and inside a custom BA, I 
was able to access the BootstrapperApplication.Command that you referenced, 
which is what I was looking for.

Just wanted to confirm one other thing regarding usage of the Command struct.  
While I was able to access it via a custom BA, I didn't see that there was a 
way to access it when using the "WixStandardBootstrapperApplication.RtfLicense" 
bootstrapper in the Bundle.wxs.  Is it correct to say that the Command struct 
can only be accessed via a custom BA, and can't be accessed using the 
"WixStandardBootstrapperApplication.RtfLicense" bootstrapper?

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Tuesday, April 30, 2013 11:31 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] UILevel on uninstall using 
"WixStandardBootstrapperApplication.RtfLicense" bootstrapper

Yes, the BootstrapperApplication is provided the Command struct that has all 
the information about the command-line.


On Tue, Apr 30, 2013 at 7:21 PM, Christopher West C < 
christopher.c.w...@ericsson.com> wrote:

> Thanks for the information.  I did some testing and did notice a 
> difference between "/passive" in Windows Installer versus Burn in how 
> the UILevel is set.  In windows installer, the command "msiexec 
> /uninstall CWTestGACInstaller.msi /passive" will set the UILevel to "3" in 
> the msi.
>  Using the burn command "CWTestGACInstallerSetup.exe /uninstall 
> /passive", the UILevel is "2" in the chained msi.
>
> >From a burn perspective, two possible command line uninstall options
> could be "CWTestGACInstallerSetup.exe /uninstall /passive" or 
> "CWTestGACInstallerSetup.exe /uninstall /quiet".  For this particular 
> example, is there a way inside either the Bundle.wxs or the chained 
> .msi, to retrieve that the value "/quiet" or "/passive" was entered, 
> or more generically, to grab the burn command line that was used.
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Tuesday, April 30, 2013 1:56 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] UILevel on uninstall using 
> "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
>
> I don't think that first assertion is quite correct.
>
> What you can tell is that you are being uninstalled with /qb+ or 
> whatever exactly evaluates to UILevel = 3. Apparently ARP launches 
> with something like that instead of /qb- which is essentially what 
> "/passive" translates to (both in the Windows Installer and in Burn).
>
> What you've really found is that Burn doesn't support "/qb+" (plus a 
> bunch of the other crazy options that the Windows Installer supports 
> for legacy reasons).  
>
> Anyway, if you want to know whether your MSI is being launched in the 
> context of Burn, I think the easiest way would be to add an 
> MsiProperty element to your MsiPackage element.
>
>
> On Tue, Apr 30, 2013 at 11:33 AM, Christopher West C < 
> christopher.c.w...@ericsson.com> wrote:
>
> > Thank you for your reply.  I do have the following question.
> >
> > In the bare .msi package, in the .msi via a custom action I can 
> > check the UILevel to know if the user is uninstalling the .msi from 
> > ARP, versus if they are uninstalling from the command prompt in "no UI" 
> > mode.
> >
> > If the same .msi is being uninstalled via a chainer, is there a 
> > check I can make to know if the user is uninstalling the chained 
> > .msi from the ARP via the burn bootstrapper entry, versus if the 
> > user is uninstalling the chained .msi via the burn\bootstrapper from 
> > the command prompt using the "/quiet" option?
> >
> > -Original Message-
> > From: Bob Arnson [mailto:b...@joyofsetup.com]
> > Sent: Tuesday, April 30, 2013 12:57 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] UILevel on uninstall using 
> > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper
> >
> > On 29-Apr-13 14:40, Christopher West C wrote:
> > > Is the below behavior a bug with the Wix burn bootstrapper
> functionality?
> > No, it's a behavior difference due to running in a chainer instead 
> > of from a bare .msi package.
> >
> > --
> > sig://boB
> > http://joyofsetup.com/
> >
> >
> >
> > 
> > --
> >  Introducing AppDynamics Lite, a free troubleshooting tool 
> > for Java/.NET Get 100% visibility into your production application - 
> > at no cost.
> > Code-level diagnostics for performance bottlenecks with <2% overhead 
> > Download for free and get started troubleshooting in minutes.
> > http://p.sf.net/sfu/appdyn_d2d_ap1
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> > 

Re: [WiX-users] Not so silent SQL install

[Nick Miller]

This seems to work, thanks!

Nick

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Thursday, May 02, 2013 2:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Not so silent SQL install

I think you also need /HIDECONSOLE - you will still see a brief console window 
but it should be present all the time.

Neil

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: 02 May 2013 05:25
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Not so silent SQL install

Hi All,

My BA is supposed to install SQL Server express silently, however there is this 
ugly black command prompt window that appears during the process.  I am fairly 
certain my install commands are correct, but I could be wrong...  Is this a 
known problem?  Expected behavior? Or am I doing something wrong?

It installs correctly, but I just want the silent install to be, well, silent...

InstallCommand="/Q /IACCEPTSQLSERVERLICENSETERMS /ACTION="Install" 
/INSTANCEID="MSSQLSERVER"
/FEATURES="SQL" /ERRORREPORTING="False" 
/SQMREPORTING="False" /INSTANCENAME=" MSSQLSERVER"
/AGTSVCACCOUNT="NT AUTHORITY\NETWORK SERVICE" 
/AGTSVCSTARTUPTYPE="Disabled" /ISSVCSTARTUPTYPE="Automatic"
/ISSVCACCOUNT="NT AUTHORITY\NetworkService" 
/ASSVCSTARTUPTYPE="Automatic" /SQLSVCSTARTUPTYPE="Automatic"
/ENABLERANU="True" /SQLSVCACCOUNT="NT 
AUTHORITY\NETWORK SERVICE" /ADDCURRENTUSERASSQLADMIN="True"
/TCPENABLED="1" 
/BROWSERSVCSTARTUPTYPE="Automatic""

Thanks,
Nick
Nicholas Miller (Network Administrator)
LiveTechnology Holdings, Inc.
LiveTechnology Park: 16 Sterling Lake Rd, Tuxedo Park, NY 10987
Phone: 845.351.5100 Direct: 845.535.6205 Fax: 845.351.5102
Email: nmil...@livetechnology.com
Website: www.LiveTechnology.com

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] heat reg output includes deprecated Action attribute

[rowbot]

Done..  https://sourceforge.net/p/wix/bugs/3289/




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-reg-output-includes-deprecated-Action-attribute-tp7585545p7585551.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Windows 7 Professional encryption

[Wesley Manning]

Hi,

I had three customers now in a 2 week period where my burn installer fails on 
their computers.  They all have Windows 7 Professional.  When I get them to go 
in to the Package Cache some MSIs are encrypted.  I get them to remove 
encryption on the MSI files there, retry and the install then works.

Anybody else have this issue?  I'm aware MSI can't install successfully 
encrypted but burn removes encryption from the package cache so this should not 
happen.  

Wes


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Not so silent SQL install

[Nick Miller]

Looks like a console window that pops up after extraction when it runs 
setup.exe.  A couple of other people suggested I add /HIDECONSOLE, so I will 
try that.


-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Thursday, May 02, 2013 12:34 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Not so silent SQL install

Does the installer throw a command-prompt during it's install? Burn will hide 
the install package but Burn can't hide child processes if the install package 
doesn't do it itself.


On Wed, May 1, 2013 at 9:25 PM, Nick Miller wrote:

> Hi All,
>
> My BA is supposed to install SQL Server express silently, however 
> there is this ugly black command prompt window that appears during the 
> process.  I am fairly certain my install commands are correct, but I could be 
> wrong...
>  Is this a known problem?  Expected behavior? Or am I doing something wrong?
>
> It installs correctly, but I just want the silent install to be, well, 
> silent...
>
> InstallCommand="/Q /IACCEPTSQLSERVERLICENSETERMS 
> /ACTION="Install" /INSTANCEID="MSSQLSERVER"
> /FEATURES="SQL" 
> /ERRORREPORTING="False" /SQMREPORTING="False" 
> /INSTANCENAME=" MSSQLSERVER"
> /AGTSVCACCOUNT="NT AUTHORITY\NETWORK 
> SERVICE" /AGTSVCSTARTUPTYPE="Disabled"
> /ISSVCSTARTUPTYPE="Automatic"
> /ISSVCACCOUNT="NT AUTHORITY\NetworkService" 
> /ASSVCSTARTUPTYPE="Automatic"
> /SQLSVCSTARTUPTYPE="Automatic"
> /ENABLERANU="True" /SQLSVCACCOUNT="NT 
> AUTHORITY\NETWORK SERVICE" /ADDCURRENTUSERASSQLADMIN="True"
> /TCPENABLED="1" 
> /BROWSERSVCSTARTUPTYPE="Automatic""
>
> Thanks,
> Nick
> Nicholas Miller (Network Administrator) LiveTechnology Holdings, Inc.
> LiveTechnology Park: 16 Sterling Lake Rd, Tuxedo Park, NY 10987
> Phone: 845.351.5100 Direct: 845.535.6205 Fax: 845.351.5102
> Email: nmil...@livetechnology.com
> Website: www.LiveTechnology.com
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Not so silent SQL install [P]

[Steven Ogilvie]

Classification: Public
Hey Nick,
This is what I am using:

InstallCommand="/ACTION=Install /INSTANCENAME=SQLEXPRESS /FEATURES=SQLENGINE /Q 
/HIDECONSOLE /SkipRules=RebootRequiredCheck /IAcceptSQLServerLicenseTerms 
/SQLSVCSTARTUPTYPE=Automatic /SQLSVCACCOUNT="NT AUTHORITY\NETWORK 
SERVICE" /AGTSVCACCOUNT="NT AUTHORITY\NETWORK SERVICE" 
/ASSYSADMINACCOUNTS=BUILTIN\Administrators 
/SQLSYSADMINACCOUNTS=BUILTIN\Administrators /BROWSERSVCSTARTUPTYPE=Disabled 
/ADDCURRENTUSERASSQLADMIN=true /TCPENABLED=1"

Steve

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: May-02-13 12:25 AM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Not so silent SQL install

Hi All,

My BA is supposed to install SQL Server express silently, however there is this 
ugly black command prompt window that appears during the process.  I am fairly 
certain my install commands are correct, but I could be wrong...  Is this a 
known problem?  Expected behavior? Or am I doing something wrong?

It installs correctly, but I just want the silent install to be, well, silent...

InstallCommand="/Q /IACCEPTSQLSERVERLICENSETERMS /ACTION="Install" 
/INSTANCEID="MSSQLSERVER"
/FEATURES="SQL" /ERRORREPORTING="False" 
/SQMREPORTING="False" /INSTANCENAME=" MSSQLSERVER"
/AGTSVCACCOUNT="NT AUTHORITY\NETWORK SERVICE" 
/AGTSVCSTARTUPTYPE="Disabled" /ISSVCSTARTUPTYPE="Automatic"
/ISSVCACCOUNT="NT AUTHORITY\NetworkService" 
/ASSVCSTARTUPTYPE="Automatic" /SQLSVCSTARTUPTYPE="Automatic"
/ENABLERANU="True" /SQLSVCACCOUNT="NT 
AUTHORITY\NETWORK SERVICE" /ADDCURRENTUSERASSQLADMIN="True"
/TCPENABLED="1" 
/BROWSERSVCSTARTUPTYPE="Automatic""

Thanks,
Nick
Nicholas Miller (Network Administrator)
LiveTechnology Holdings, Inc.
LiveTechnology Park: 16 Sterling Lake Rd, Tuxedo Park, NY 10987
Phone: 845.351.5100 Direct: 845.535.6205 Fax: 845.351.5102
Email: nmil...@livetechnology.com
Website: www.LiveTechnology.com

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



This message has been marked as Public by Steven Ogilvie on May-02-13 8:40:45 
AM.

The above classification labels were added to the message by TITUS Message 
Classification. 
For more information visit www.titus.com.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] heat reg output includes deprecated Action attribute

[Neil Sleightholm]

Can you raise a bug - I think I added this code to WiX3 so will take a look.

-Original Message-
From: rowbot [mailto:james.row...@microfocus.com] 
Sent: 02 May 2013 11:30
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] heat reg output includes deprecated Action attribute

Using 3.7 to 'heat reg' and candle throws CNDL1138 warnings because 
RegistryKey/@Action attribute has been deprecated..

File a bug?

Thanks,




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-reg-output-includes-deprecated-Action-attribute-tp7585545.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] heat reg output includes deprecated Action attribute

[Pally Sandher]

I noticed this earlier in the week & I'm using v3.6.

Palbinder Sandher 
Software Platform Engineer 
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP
Email Disclaimer 


-Original Message-
From: rowbot [mailto:james.row...@microfocus.com] 
Sent: 02 May 2013 11:34
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] heat reg output includes deprecated Action attribute

Using 3.7 to 'heat reg' and candle throws CNDL1138 warnings because 
RegistryKey/@Action attribute has been deprecated..

File a bug?

Thanks,




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-reg-output-includes-deprecated-Action-attribute-tp7585545.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] heat reg output includes deprecated Action attribute

[rowbot]

Using 3.7 to 'heat reg' and candle throws CNDL1138 warnings because
RegistryKey/@Action attribute has been deprecated..

File a bug?

Thanks,




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-reg-output-includes-deprecated-Action-attribute-tp7585545.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating patches

[uni]

于02 May 2013 17:31:10,Thomas Due写到:
> Hello,
>
> I am trying to grasp the concept of minor and small upgrades, but I am having 
> some trouble with getting it to work.
>
> First of all, it doesn't seem to work at all with 3.7.
> I have downgraded my WiX to 3.5, and there something happens at least, but my 
> msp seems to be empty when I examine it with instead 
> (http://www.instedit.com/).
>
> A bit about what I do:
> I have a fairly complex installer with a couple of hundred files total, 
> divided among 4 features. I build this with TeamCity, and I have two separate 
> installers (no real changes, except for the version nummer - 1.2.0.22679 and 
> 1.2.5.22754). I imagine that this should be enough to generate something.
>
> I have a build script, a simple batch file, which executes the four steps 
> described in both the WiX doc and Nick Ramirez' book.
>
> My patch.wxs then includes a couple of file components, as I want these 
> replaces (mind you, I am still in the testing phase, trying to understand the 
> concept).
>
> First my "build script":
> ===
> "%wixdir%bin\torch.exe" -p -xi %oldmsi% %newmsi% -v -out diff.wixmst
> "%wixdir%bin\candle.exe" -v Patch.wxs
> "%wixdir%bin\Light.exe" -v Patch.wixobj -out patch.wixmsp
> "%wixdir%bin\pyro.exe" -v "patch.wixmsp -out patch.msp -t Patch diff.wixmst
>
> %oldmsi% and %newmsi" are complete paths to the wixpdb files for respectively 
> old and new installer.
> Then my Patch.wsx:
> ===
> 
> http://schemas.microsoft.com/wix/2006/wi"; >
> 
> Classification="Update"
>Manufacturer="$(var.Manufacturer)"
>Description="Patch"
>DisplayName="Patch $(var.CurVersion)">
> 
> 
> 
>   Version="$(var.CurVersion)"
>  Supersede="yes">
> 
> 
> 
> 
> 
>
> BuildVariables.wxi is simply a number of preprocessor variables, which is 
> shared with the installer project.
>
> Now, as I said, with 3.7 I get this result:
> Updating file information.
> Creating cabinet files.
> There will be '8' threads used to produce CAB files.
> Patch.wxs(20) : warning PYRO1079 : The cabinet 'ïPatch.cab' does not contain 
> any files.  If this patch contains no files, this warning can likely be 
> safely ignored.  Otherwise, try passing -p to torch.exe when first building 
> the transforms, or add a ComponentRef to your PatchFamily authoring to pull 
> changed files into the cabinet.
> Creating cabinet '\Local\Temp\kvov1bbk\#ïPatch.cab'.
> Generating database.
> diff.wixmst : error PYRO0227 : The transform being built did not contain any 
> differences so it could not be created.
>
> Which is probably an indication of what is actually wrong. With 3.5 I get an 
> empty msp.
>
> What am I doing wrong?
>
>
>
>
>
>
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

Sounds wixpdb files only contain infomation about where to find the 
files.
For example,
1,You have a ".\a.txt" file,it's content is "old version".
2,After you build the old version,"old.wixpdb" refer to ".\a.txt".
3,You change the ".\a.txt"'s content to "new version".
4,You build the new version,now "new.wixpdb" also refer to ".\a.txt".
5,You use torch.exe to calculate the difference between the 
"old.wixpdb" and "new.wixpdb", they both refer to ".\a.txt" and the 
content is "new version".

Maybe you can put the old version files and new version files in 
different directory and try.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating patches

[John Ludlow]

I don't think the version number of a binary is taken into account when
analysing differences for byte-level patches.  Try setting
WholeFilesOnly=yes (
http://wix.sourceforge.net/manual-wix3/wix_xsd_patchcreation.htm).


On 2 May 2013 10:31, Thomas Due  wrote:

> Hello,
>
> I am trying to grasp the concept of minor and small upgrades, but I am
> having some trouble with getting it to work.
>
> First of all, it doesn't seem to work at all with 3.7.
> I have downgraded my WiX to 3.5, and there something happens at least, but
> my msp seems to be empty when I examine it with instead (
> http://www.instedit.com/).
>
> A bit about what I do:
> I have a fairly complex installer with a couple of hundred files total,
> divided among 4 features. I build this with TeamCity, and I have two
> separate installers (no real changes, except for the version nummer -
> 1.2.0.22679 and 1.2.5.22754). I imagine that this should be enough to
> generate something.
>
> I have a build script, a simple batch file, which executes the four steps
> described in both the WiX doc and Nick Ramirez' book.
>
> My patch.wxs then includes a couple of file components, as I want these
> replaces (mind you, I am still in the testing phase, trying to understand
> the concept).
>
> First my "build script":
> ===
> "%wixdir%bin\torch.exe" -p -xi %oldmsi% %newmsi% -v -out diff.wixmst
> "%wixdir%bin\candle.exe" -v Patch.wxs
> "%wixdir%bin\Light.exe" -v Patch.wixobj -out patch.wixmsp
> "%wixdir%bin\pyro.exe" -v "patch.wixmsp -out patch.msp -t Patch diff.wixmst
>
> %oldmsi% and %newmsi" are complete paths to the wixpdb files for
> respectively old and new installer.
> Then my Patch.wsx:
> ===
> 
> http://schemas.microsoft.com/wix/2006/wi"; >
> 
> Classification="Update"
>Manufacturer="$(var.Manufacturer)"
>Description="Patch"
>DisplayName="Patch $(var.CurVersion)">
> 
> 
> 
>   Version="$(var.CurVersion)"
>  Supersede="yes">
> 
> 
> 
> 
> 
>
> BuildVariables.wxi is simply a number of preprocessor variables, which is
> shared with the installer project.
>
> Now, as I said, with 3.7 I get this result:
> Updating file information.
> Creating cabinet files.
> There will be '8' threads used to produce CAB files.
> Patch.wxs(20) : warning PYRO1079 : The cabinet 'ïPatch.cab' does not
> contain any files.  If this patch contains no files, this warning can
> likely be safely ignored.  Otherwise, try passing -p to torch.exe when
> first building the transforms, or add a ComponentRef to your PatchFamily
> authoring to pull changed files into the cabinet.
> Creating cabinet '\Local\Temp\kvov1bbk\#ïPatch.cab'.
> Generating database.
> diff.wixmst : error PYRO0227 : The transform being built did not contain
> any differences so it could not be created.
>
> Which is probably an indication of what is actually wrong. With 3.5 I get
> an empty msp.
>
> What am I doing wrong?
>
>
>
>
>
>
>
>
>
> --
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating patches

[Thomas Due]

Update: 

I discovered that I had a wrong PatchBaseline Id, I fixed this so it is equal 
to the installer, and got this error instead:


pyro.exe : error PYRO0252 : No valid transforms were provided to attach to the 
patch. Check to make sure the transforms you passed on the command line have a 
matching baseline authored in the patch. Also, make sure there are differences 
between your target and upgrade.

/Thomas Due


> -Original Message-
> From: Thomas Due
> Sent: 2. maj 2013 11:31
> To: 'wix-users@lists.sourceforge.net'
> Subject: Creating patches
> 
> Hello,
> 
> I am trying to grasp the concept of minor and small upgrades, but I am having
> some trouble with getting it to work.
> 
> First of all, it doesn't seem to work at all with 3.7.
> I have downgraded my WiX to 3.5, and there something happens at least, but
> my msp seems to be empty when I examine it with instead
> (http://www.instedit.com/).
> 
> A bit about what I do:
> I have a fairly complex installer with a couple of hundred files total, 
> divided
> among 4 features. I build this with TeamCity, and I have two separate
> installers (no real changes, except for the version nummer - 1.2.0.22679 and
> 1.2.5.22754). I imagine that this should be enough to generate something.
> 
> I have a build script, a simple batch file, which executes the four steps
> described in both the WiX doc and Nick Ramirez' book.
> 
> My patch.wxs then includes a couple of file components, as I want these
> replaces (mind you, I am still in the testing phase, trying to understand the
> concept).
> 
> First my "build script":
> ===
> "%wixdir%bin\torch.exe" -p -xi %oldmsi% %newmsi% -v -out diff.wixmst
> "%wixdir%bin\candle.exe" -v Patch.wxs "%wixdir%bin\Light.exe" -v
> Patch.wixobj -out patch.wixmsp "%wixdir%bin\pyro.exe" -v "patch.wixmsp -
> out patch.msp -t Patch diff.wixmst
> 
> %oldmsi% and %newmsi" are complete paths to the wixpdb files for
> respectively old and new installer.
> Then my Patch.wsx:
> ===
> 
> http://schemas.microsoft.com/wix/2006/wi" >
> 
>     Classification="Update"
>    Manufacturer="$(var.Manufacturer)"
>    Description="Patch"
>    DisplayName="Patch $(var.CurVersion)">
> 
> 
> 
>   Version="$(var.CurVersion)"
>  Supersede="yes">
> 
> 
> 
> 
> 
> 
> BuildVariables.wxi is simply a number of preprocessor variables, which is
> shared with the installer project.
> 
> Now, as I said, with 3.7 I get this result:
> Updating file information.
> Creating cabinet files.
> There will be '8' threads used to produce CAB files.
> Patch.wxs(20) : warning PYRO1079 : The cabinet 'ïPatch.cab' does not contain
> any files.  If this patch contains no files, this warning can likely be safely
> ignored.  Otherwise, try passing -p to torch.exe when first building the
> transforms, or add a ComponentRef to your PatchFamily authoring to pull
> changed files into the cabinet.
> Creating cabinet '\Local\Temp\kvov1bbk\#ïPatch.cab'.
> Generating database.
> diff.wixmst : error PYRO0227 : The transform being built did not contain any
> differences so it could not be created.
> 
> Which is probably an indication of what is actually wrong. With 3.5 I get an
> empty msp.
> 
> What am I doing wrong?
> 
> 
> 
> 
> 



--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Creating patches

[Thomas Due]

Hello, 

I am trying to grasp the concept of minor and small upgrades, but I am having 
some trouble with getting it to work. 

First of all, it doesn't seem to work at all with 3.7. 
I have downgraded my WiX to 3.5, and there something happens at least, but my 
msp seems to be empty when I examine it with instead (http://www.instedit.com/).

A bit about what I do: 
I have a fairly complex installer with a couple of hundred files total, divided 
among 4 features. I build this with TeamCity, and I have two separate 
installers (no real changes, except for the version nummer - 1.2.0.22679 and 
1.2.5.22754). I imagine that this should be enough to generate something. 

I have a build script, a simple batch file, which executes the four steps 
described in both the WiX doc and Nick Ramirez' book. 

My patch.wxs then includes a couple of file components, as I want these 
replaces (mind you, I am still in the testing phase, trying to understand the 
concept). 

First my "build script": 
===
"%wixdir%bin\torch.exe" -p -xi %oldmsi% %newmsi% -v -out diff.wixmst
"%wixdir%bin\candle.exe" -v Patch.wxs
"%wixdir%bin\Light.exe" -v Patch.wixobj -out patch.wixmsp
"%wixdir%bin\pyro.exe" -v "patch.wixmsp -out patch.msp -t Patch diff.wixmst

%oldmsi% and %newmsi" are complete paths to the wixpdb files for respectively 
old and new installer. 
Then my Patch.wsx:
===

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



 




   


BuildVariables.wxi is simply a number of preprocessor variables, which is 
shared with the installer project. 

Now, as I said, with 3.7 I get this result: 
Updating file information.
Creating cabinet files.
There will be '8' threads used to produce CAB files.
Patch.wxs(20) : warning PYRO1079 : The cabinet 'ïPatch.cab' does not contain 
any files.  If this patch contains no files, this warning can likely be safely 
ignored.  Otherwise, try passing -p to torch.exe when first building the 
transforms, or add a ComponentRef to your PatchFamily authoring to pull changed 
files into the cabinet.
Creating cabinet '\Local\Temp\kvov1bbk\#ïPatch.cab'.
Generating database.
diff.wixmst : error PYRO0227 : The transform being built did not contain any 
differences so it could not be created.

Which is probably an indication of what is actually wrong. With 3.5 I get an 
empty msp. 

What am I doing wrong?








--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] "C++ Custom Action Project" template's LIBPATH is not right.

[uni]

Hi,

I'm using Wix 3.7 and I created "C++ Custom Action Project".
The lib path is "$(WIX)sdk\VS2010\lib".
When I compile it says "dutil.lib can not be found".
On my computer the dutil.lib is in $(WIX)sdk\VS2010\lib\x86.

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users