Re: [WiX-users] Burn Prerequisites

[Neil Sleightholm]

I had a similar requirement and I chose to move the SQL install out of the main 
installation and in to a post install application I wrote.

Neil

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com] 
Sent: 02 May 2013 00:03
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn Prerequisites

The software I am installing is pretty complex.  One of the MSI's creates 60 
databases, and executes about 30Mb of SQL scripts.  Verifying a working 
connection to SQL is a must, and I have since realized that installing as a 
prerequisite will not work as the installer allows users to connect to an 
external database, and even searches for instances on the network.  I am now 
experimenting with making the SQL install optional if it is not installed, and 
the user is not connecting to an external DB.

Thanks for the reply,
Nick

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, May 01, 2013 1:47 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn Prerequisites

I have to say this seems like an odd requirement, I have an application that 
needs SQL Express and I have structure the BA to detect SQL and if it is not 
present install it in the normal burn chain sequence. Is there a reason why you 
can't do this?

-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: 30 April 2013 22:05
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] Burn Prerequisites

Hi All,

Is there a way to define prerequisites that need to be installed before the BA 
loads?  For example, I want burn to install SQL express before loading the 
bootstrapper application.  The reason for this is my BA checks SQL connectivity 
before beginning the install process.  I need to make sure the installer can 
connect to SQL before installing, and I also (may) need to install SQL.  If 
anyone can think of a more elegant way of doing this I am open to suggestions.

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

--
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

[Neil Sleightholm]

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=quot;Installquot; 
/INSTANCEID=quot;MSSQLSERVERquot;
/FEATURES=quot;SQLquot; /ERRORREPORTING=quot;Falsequot; 
/SQMREPORTING=quot;Falsequot; /INSTANCENAME=quot; MSSQLSERVERquot;
/AGTSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; 
/AGTSVCSTARTUPTYPE=quot;Disabledquot; /ISSVCSTARTUPTYPE=quot;Automaticquot;
/ISSVCACCOUNT=quot;NT AUTHORITY\NetworkServicequot; 
/ASSVCSTARTUPTYPE=quot;Automaticquot; /SQLSVCSTARTUPTYPE=quot;Automaticquot;
/ENABLERANU=quot;Truequot; /SQLSVCACCOUNT=quot;NT 
AUTHORITY\NETWORK SERVICEquot; /ADDCURRENTUSERASSQLADMIN=quot;Truequot;
/TCPENABLED=quot;1quot; 
/BROWSERSVCSTARTUPTYPE=quot;Automaticquot;

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.commailto:nmil...@livetechnology.com
Website: www.LiveTechnology.comhttp://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

[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

[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:
===
?xml version=1.0 encoding=utf-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi  
?include BuildVariables.wxi ? 
Patch AllowRemoval=yes 
   Classification=Update
   Manufacturer=$(var.Manufacturer)
   Description=Patch
   DisplayName=Patch $(var.CurVersion)
Media Id=1000 Cabinet=´Patch.cab EmbedCab=yes
PatchBaseline Id=Patch /
/Media 
PatchFamily Id=ScanXNETPatchFamily
 Version=$(var.CurVersion)
 Supersede=yes
ComponentRef Id=ComponentCommonExtensions /
ComponentRef Id=ComponentMainClient/
/PatchFamily
/Patch   
/Wix

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

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:
 ===
 ?xml version=1.0 encoding=utf-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi 
 ?include BuildVariables.wxi ?
 Patch AllowRemoval=yes
    Classification=Update
    Manufacturer=$(var.Manufacturer)
    Description=Patch
    DisplayName=Patch $(var.CurVersion)
 Media Id=1000 Cabinet=´Patch.cab EmbedCab=yes
 PatchBaseline Id=Patch /
 /Media
 PatchFamily Id=ScanXNETPatchFamily
  Version=$(var.CurVersion)
  Supersede=yes
 ComponentRef Id=ComponentCommonExtensions /
 ComponentRef Id=ComponentMainClient/
 /PatchFamily
 /Patch
 /Wix
 
 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

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 t...@scanvaegt.dk 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:
 ===
 ?xml version=1.0 encoding=utf-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; 
 ?include BuildVariables.wxi ?
 Patch AllowRemoval=yes
Classification=Update
Manufacturer=$(var.Manufacturer)
Description=Patch
DisplayName=Patch $(var.CurVersion)
 Media Id=1000 Cabinet=´Patch.cab EmbedCab=yes
 PatchBaseline Id=Patch /
 /Media
 PatchFamily Id=ScanXNETPatchFamily
  Version=$(var.CurVersion)
  Supersede=yes
 ComponentRef Id=ComponentCommonExtensions /
 ComponentRef Id=ComponentMainClient/
 /PatchFamily
 /Patch
 /Wix

 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

[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:
 ===
 ?xml version=1.0 encoding=utf-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; 
 ?include BuildVariables.wxi ?
 Patch AllowRemoval=yes
Classification=Update
Manufacturer=$(var.Manufacturer)
Description=Patch
DisplayName=Patch $(var.CurVersion)
 Media Id=1000 Cabinet=´Patch.cab EmbedCab=yes
 PatchBaseline Id=Patch /
 /Media
 PatchFamily Id=ScanXNETPatchFamily
  Version=$(var.CurVersion)
  Supersede=yes
 ComponentRef Id=ComponentCommonExtensions /
 ComponentRef Id=ComponentMainClient/
 /PatchFamily
 /Patch
 /Wix

 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

[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] 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 Virtual Environment** 
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

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] 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=quot;NT AUTHORITY\NETWORK 
SERVICEquot; /AGTSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; 
/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=quot;Installquot; 
/INSTANCEID=quot;MSSQLSERVERquot;
/FEATURES=quot;SQLquot; /ERRORREPORTING=quot;Falsequot; 
/SQMREPORTING=quot;Falsequot; /INSTANCENAME=quot; MSSQLSERVERquot;
/AGTSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; 
/AGTSVCSTARTUPTYPE=quot;Disabledquot; /ISSVCSTARTUPTYPE=quot;Automaticquot;
/ISSVCACCOUNT=quot;NT AUTHORITY\NetworkServicequot; 
/ASSVCSTARTUPTYPE=quot;Automaticquot; /SQLSVCSTARTUPTYPE=quot;Automaticquot;
/ENABLERANU=quot;Truequot; /SQLSVCACCOUNT=quot;NT 
AUTHORITY\NETWORK SERVICEquot; /ADDCURRENTUSERASSQLADMIN=quot;Truequot;
/TCPENABLED=quot;1quot; 
/BROWSERSVCSTARTUPTYPE=quot;Automaticquot;

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.commailto:nmil...@livetechnology.com
Website: www.LiveTechnology.comhttp://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] 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 nmil...@livetechnology.comwrote:

 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=quot;Installquot; /INSTANCEID=quot;MSSQLSERVERquot;
 /FEATURES=quot;SQLquot; 
 /ERRORREPORTING=quot;Falsequot; /SQMREPORTING=quot;Falsequot; 
 /INSTANCENAME=quot; MSSQLSERVERquot;
 /AGTSVCACCOUNT=quot;NT AUTHORITY\NETWORK 
 SERVICEquot; /AGTSVCSTARTUPTYPE=quot;Disabledquot;
 /ISSVCSTARTUPTYPE=quot;Automaticquot;
 /ISSVCACCOUNT=quot;NT AUTHORITY\NetworkServicequot; 
 /ASSVCSTARTUPTYPE=quot;Automaticquot;
 /SQLSVCSTARTUPTYPE=quot;Automaticquot;
 /ENABLERANU=quot;Truequot; /SQLSVCACCOUNT=quot;NT 
 AUTHORITY\NETWORK SERVICEquot; /ADDCURRENTUSERASSQLADMIN=quot;Truequot;
 /TCPENABLED=quot;1quot; 
 /BROWSERSVCSTARTUPTYPE=quot;Automaticquot;

 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.commailto:nmil...@livetechnology.com
 Website: www.LiveTechnology.comhttp://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

[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] 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

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=quot;Installquot; 
/INSTANCEID=quot;MSSQLSERVERquot;
/FEATURES=quot;SQLquot; /ERRORREPORTING=quot;Falsequot; 
/SQMREPORTING=quot;Falsequot; /INSTANCENAME=quot; MSSQLSERVERquot;
/AGTSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; 
/AGTSVCSTARTUPTYPE=quot;Disabledquot; /ISSVCSTARTUPTYPE=quot;Automaticquot;
/ISSVCACCOUNT=quot;NT AUTHORITY\NetworkServicequot; 
/ASSVCSTARTUPTYPE=quot;Automaticquot; /SQLSVCSTARTUPTYPE=quot;Automaticquot;
/ENABLERANU=quot;Truequot; /SQLSVCACCOUNT=quot;NT 
AUTHORITY\NETWORK SERVICEquot; /ADDCURRENTUSERASSQLADMIN=quot;Truequot;
/TCPENABLED=quot;1quot; 
/BROWSERSVCSTARTUPTYPE=quot;Automaticquot;

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.commailto:nmil...@livetechnology.com
Website: www.LiveTechnology.comhttp://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] 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).  smile/

 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
 
 
  
  --
   Introducing AppDynamics Lite, a free troubleshooting tool 
  for Java/.NET Get 100% visibility into your production application - 
  at no cost.
  

[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] 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

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

[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]

[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] 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. smile/


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).  smile/
 
  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 

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 wmann...@dynagen.ca 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] 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 unigauld...@gmail.com 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] 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. smile/


On Thu, May 2, 2013 at 8:25 AM, Nick Miller nmil...@livetechnology.comwrote:

 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

[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\user\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] 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:

BootstrapperApplicationRef 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. smile/


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).  smile/
 
  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 

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 r...@robmensching.com 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. smile/


 On Thu, May 2, 2013 at 8:25 AM, Nick Miller nmil...@livetechnology.com
 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.
Code-level diagnostics for performance bottlenecks with 2% overhead
Download for free and get started troubleshooting in minutes.

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

[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 [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 PackageId='MSI1' Before='MSI2'.  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 r...@robmensching.com 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. 
 smile/


 On Thu, May 2, 2013 at 8:25 AM, Nick Miller 
 nmil...@livetechnology.com
 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.
 

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] 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:

 BootstrapperApplicationRef
 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. smile/


 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).  smile/
  
   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 

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:

 BootstrapperApplicationRef
 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. smile/


 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).  smile/
  
   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 

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 wmann...@dynagen.ca 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

[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

[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


complus:ComPlusApplication Id=ASB.NETCoreData3
Name=ASB.NETCoreData3
Description=ASB .NET Core Data Components
ApplicationAccessChecksEnabled=yes
AccessChecksLevel=applicationComponentLevel
Authentication=packet
ImpersonationLevel=impersonate
Activation=inproc

complus:ComPlusApplicationRole Id=ASB.NETCoreData3.Role
Name =User
complus:ComPlusUserInApplicationRole Id=ASB.NETCoreData3.User
User=ComponentUser /
/complus:ComPlusApplicationRole

complus:ComPlusAssembly Id=ASB.DA.Insurance
DllPath=[#ASB.DA.Insurance_dll]
Type=native
RegisterInCommit=yes
complus:ComPlusComponent Id=ASB.DA.Insurance.Com
CLSID=f8a83c94-9ab1-4c4d-8ebc-901aa747ac33
Description=ASB.DA.Insurance.AppInsurance
ComponentAccessChecksEnabled=yes 
complus:ComPlusRoleForComponent Id=ASB.DA.Insurance.Role

ApplicationRole=ASB.NETCoreData3.Role /
/complus:ComPlusComponent
/complus:ComPlusAssembly
/complus:ComPlusApplication


Darrin Robertson
Tech Design  Development Specialist | Design  Development Standards | 
Enterprise Services | ASB creating futures
4148070 direct | 90070 extension | 
darrin.robert...@asb.co.nzmailto: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] 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

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

[Steven Ogilvie]

I declare the property:
Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/
This is how I use my password controls: 
Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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.

Property Id=PASSWORD Value=password Hidden=yes Secure=yes /

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 steven.ogil...@titus.comwrote:

 I declare the property:
 Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/
 This is how I use my password controls:
 Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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]

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:
CustomAction Id=CA_WebAppPoolPassword.SetProperty 
Property=CA_WebAppPoolPassword. 
Value=WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_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.

Property Id=PASSWORD Value=password Hidden=yes Secure=yes /

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 steven.ogil...@titus.comwrote:

 I declare the property:
 Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/ This is 
 how I use my password controls:
 Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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

Property Id= CA_WebAppPoolPassword.SetProperty  Hidden=yes/

-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:
CustomAction Id=CA_WebAppPoolPassword.SetProperty 
Property=CA_WebAppPoolPassword. 
Value=WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_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.

Property Id=PASSWORD Value=password Hidden=yes Secure=yes /

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 steven.ogil...@titus.comwrote:

 I declare the property:
 Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/ This is 
 how I use my password controls:
 Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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 

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.

Property Id=ConfigureIIsExec Hidden=yes/
Property 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.

Property Id=PASSWORD Value=password Hidden=yes Secure=yes /

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 steven.ogil...@titus.comwrote:

 I declare the property:
 Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/ This is 
 how I use my password controls:
 Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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

[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.


Property Id=ConfigureIIsExec Hidden=yes/ Property 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.

Property Id=PASSWORD Value=password Hidden=yes Secure=yes /

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 steven.ogil...@titus.comwrote:

 I declare the property:
 Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/ This is 
 how I use my password controls:
 Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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 

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
chad.peter...@harlandfs.comwrote:

 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.

 Property Id=ConfigureIIsExec Hidden=yes/
 Property 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.

 Property Id=PASSWORD Value=password Hidden=yes Secure=yes /

 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 steven.ogil...@titus.com
 wrote:

  I declare the property:
  Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/ This is
  how I use my password controls:
  Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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 

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:
!--CustomAction Id=CA_WebAppPoolPassword.SetProperty HideTarget=yes 
Property=CA_WebAppPoolPassword. 
Value=WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]/--

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:
Publish Property=WEBAPPPOOL_PASSWORD Value=[WEBAPPPOOL_PASSWORD] 
Order=91/Publish (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
chad.peter...@harlandfs.comwrote:

 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.

 Property Id=ConfigureIIsExec Hidden=yes/ Property 
 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.

 Property Id=PASSWORD Value=password Hidden=yes Secure=yes /

 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 
 steven.ogil...@titus.com
 wrote:

  I declare the property:
  Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/ This 
  is how I use my password controls:
  Control Id=textBoxPassword Type=Edit Height=15 Width=177 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@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 

[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.

  !-- Set the PowerShell ExecutionPolicy to unrestricted --
  ExePackage
Id=PowerShellAccessPolicyConfig

SourceFile=$(var.ProjectDir)..\..\ATTACExplorerLauncher\InstallScripts\PowerShellAccessPolicyConfig.bat
Cache=no
Compressed=yes
PerMachine=yes
Permanent=yes
Vital=yes

  /ExePackage

  RollbackBoundary Id=After_PowerShellAccessPolicyConfig /

  !-- Ensure that all of the required Windows Features are enabled --
  ExePackage
Id=EnableWindowsFeatures

SourceFile=$(var.ProjectDir)..\..\ATTACExplorerLauncher\InstallScripts\EnableWindowsFeatures.bat
Cache=no
Compressed=yes
PerMachine=yes
Permanent=yes
Vital=yes
After=PowerShellAccessPolicyConfig

  /ExePackage

--
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 steven.ogil...@titus.comwrote:

 Hmm... I commented out my custom action that sets the property:
 !--CustomAction Id=CA_WebAppPoolPassword.SetProperty HideTarget=yes
 Property=CA_WebAppPoolPassword.
 Value=WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]/--

 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:
 Publish Property=WEBAPPPOOL_PASSWORD Value=[WEBAPPPOOL_PASSWORD]
 Order=91/Publish (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
 chad.peter...@harlandfs.comwrote:

  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.
 
  Property Id=ConfigureIIsExec Hidden=yes/ Property
  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.
 
  Property Id=PASSWORD Value=password Hidden=yes Secure=yes /
 
  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
  steven.ogil...@titus.com
  wrote:
 
   I declare the property:
   Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/ This
   is how I use my password controls:
   Control Id=textBoxPassword Type=Edit Height=15 Width=177
 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 

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 gregpro...@a-tsolutions.comwrote:

 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.

   !-- Set the PowerShell ExecutionPolicy to unrestricted --
   ExePackage
 Id=PowerShellAccessPolicyConfig

 SourceFile=$(var.ProjectDir)..\..\ATTACExplorerLauncher\InstallScripts\PowerShellAccessPolicyConfig.bat
 Cache=no
 Compressed=yes
 PerMachine=yes
 Permanent=yes
 Vital=yes
 
   /ExePackage

   RollbackBoundary Id=After_PowerShellAccessPolicyConfig /

   !-- Ensure that all of the required Windows Features are enabled --
   ExePackage
 Id=EnableWindowsFeatures

 SourceFile=$(var.ProjectDir)..\..\ATTACExplorerLauncher\InstallScripts\EnableWindowsFeatures.bat
 Cache=no
 Compressed=yes
 PerMachine=yes
 Permanent=yes
 Vital=yes
 After=PowerShellAccessPolicyConfig
 
   /ExePackage


 --
 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] 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 wmann...@dynagen.ca 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?

[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] 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

[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 secondshttp://www.bomgar.com/overview.
--
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