Re: [WiX-users] Issue with votive
Rob the RSS feed for WiX 3.8 hasn't been updating since the 8th. I don't have the WiX 4.0 feed subscribed to check it. Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the ** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 27 April 2013 14:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Issue with votive Haven't heard that. WiX v4 is still under a lot of churn so it is possible it's busted right now. On Fri, Apr 26, 2013 at 4:44 PM, Sean Farrow wrote: > Hi, > I've got a machine with Wix 4-the latest weekly, visual studio 2010 and > visual 2012 update 2. > When I install WiX, the visual studio 2010 votive is installed, but there > doesn't appear to be to be a votive for vs2012. > Is this a known issue or is there one planned going forward. > Cheers > San. > > -- > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Wix - A simple 'Completed' page / MSBuild how to configure for light?
Hi, We have an installer that has been created by a developer that has since left the company. I'm trying to determine how to add a single page at the end of the installation that displays 'Installation completed', this is simply because the installation is so quick that it looks like it might have bombed out, when in fact it has not. The documentation online mentions using the UIRef element, which probably will work okay, but the only one that mentions 'Installation Completed' is * WixUI_Mondo* however I don't want to introduce lots of screens; just the confirmation. Is there a way of requesting just the 'completed' screen? In addition, the documentation shows the usage of candle.exe and light.exe... candle.exe SampleWixUI.wxs light.exe -ext WixUIExtension SampleWixUI.wixobj However, our WIX installer (Product.wxs) is initiated from an MS Build script (build.xml) in this format... XYZ.LocalApi.Client.ExcelAddin.Installer\Product.wxs How would I configure candle / light in the XML build script? Please note, I originally posted to the wrong list, but they were kind enough to give me this as a started... Short answer: all the UI sequences provided by the WiX toolset will have at least one page before the progress page. If you only want a success page, you'll want to create a dialog that is only shown on 'success'. Regards, Rob -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix - A simple 'Completed' page / MSBuild how to configure for light?
WixUI_Minimal only has an EULA screen in addition to the completed one you want. -Original Message- From: Rob Wilson [mailto:netp...@gmail.com] Sent: April 29, 2013 09:17 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Wix - A simple 'Completed' page / MSBuild how to configure for light? Hi, We have an installer that has been created by a developer that has since left the company. I'm trying to determine how to add a single page at the end of the installation that displays 'Installation completed', this is simply because the installation is so quick that it looks like it might have bombed out, when in fact it has not. The documentation online mentions using the UIRef element, which probably will work okay, but the only one that mentions 'Installation Completed' is * WixUI_Mondo* however I don't want to introduce lots of screens; just the confirmation. Is there a way of requesting just the 'completed' screen? In addition, the documentation shows the usage of candle.exe and light.exe... candle.exe SampleWixUI.wxs light.exe -ext WixUIExtension SampleWixUI.wixobj However, our WIX installer (Product.wxs) is initiated from an MS Build script (build.xml) in this format... XYZ.LocalApi.Client.ExcelAddin.Installer\Product.wxs How would I configure candle / light in the XML build script? Please note, I originally posted to the wrong list, but they were kind enough to give me this as a started... Short answer: all the UI sequences provided by the WiX toolset will have at least one page before the progress page. If you only want a success page, you'll want to create a dialog that is only shown on 'success'. Regards, Rob -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to Setup a Burn Installer to Upgrade a Setup.exe Boostrapped Installer with the Same MSI UpgradeCode
I'm migrating the development branch of one of my products from Wix 3.5 and
setup.exe to Wix 3.6 and Burn. I'm having an issue getting the upgrade story
to work.
The upgrade code in both MSI's is the same. The later MSI by itself upgrades
the earlier product no problem.
But when I run the Burn bootstrapper, it removes the underlying product without
replacing it with the upgrade product.
The relevant portion of the Burn log is:
[05BC:0BF8][2013-04-28T13:03:04]: Condition 'Installed' evaluates to false.
[05BC:0BF8][2013-04-28T13:03:04]: Detected related bundle:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, type: Upgrade, scope: PerMachine,
version: 7.0.127.0, operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: Downgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected package: jXchange, state: Obsolete,
cached: None
[05BC:0BF8][2013-04-28T13:03:04]: Detect complete, result: 0x0
[05BC:0BF8][2013-04-28T13:03:10]: Plan 1 packages, action: Install
[05BC:0BF8][2013-04-28T13:03:10]: Planned package: jXchange, state: Obsolete,
default requested: None, ba requested: None, execute: None, rollback: None,
cache: No, uncache: No, dependency: None
[05BC:0BF8][2013-04-28T13:03:10]: Planned related bundle:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, type: Upgrade, default requested:
Absent, ba requested: Absent, execute: Uninstall, rollback: Install,
dependency: None
[05BC:0BF8][2013-04-28T13:03:10]: Plan complete, result: 0x0
[05BC:0BF8][2013-04-28T13:03:10]: Apply begin
[1658:0F2C][2013-04-28T13:03:10]: Creating a system restore point.
[1658:0F2C][2013-04-28T13:03:10]: System restore disabled, system restore point
not created.
[1658:0F2C][2013-04-28T13:03:10]: Caching bundle from:
'C:\Users\james_h\AppData\Local\Temp\2\{86b66844-1fb8-432c-8c2d-8e79cc1b9406}\.be\jXchange64.13.0.exe'
to: 'C:\ProgramData\Package
Cache\{86b66844-1fb8-432c-8c2d-8e79cc1b9406}\jXchange64.13.0.exe'
[1658:0F2C][2013-04-28T13:03:11]: Registering bundle dependency provider:
{86b66844-1fb8-432c-8c2d-8e79cc1b9406}, version: 7.0.129.0
[1658:0F2C][2013-04-28T13:03:11]: Applying execute package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, action: Uninstall, path:
C:\ProgramData\Package
Cache\{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}\jXchange64.13.0.exe, arguments:
'"C:\ProgramData\Package
Cache\{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}\jXchange64.13.0.exe" -uninstall
-quiet -burn.related.upgrade'
[1658:0F2C][2013-04-28T13:03:45]: Removed package dependency provider:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}
[05BC:0BF8][2013-04-28T13:03:45]: Applied execute package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, result: 0x0, restart: None
[05BC:0BF8][2013-04-28T13:03:45]: Apply complete, result: 0x0, restart: None,
ba requested restart: No
[05BC:0BF8][2013-04-28T13:03:53]: Shutting down, exit code: 0x0
--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
Re: [WiX-users] How to Setup a Burn Installer to Upgrade a Setup.exe Boostrapped Installer with the Same MSI UpgradeCode
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: Downgrade
Seems a bit off. How are you referring to the package(s) in the bundle?
-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Monday, April 29, 2013 8:52 AM
To: General discussion for Windows Installer XML toolset.
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] How to Setup a Burn Installer to Upgrade a Setup.exe
Boostrapped Installer with the Same MSI UpgradeCode
I'm migrating the development branch of one of my products from Wix 3.5 and
setup.exe to Wix 3.6 and Burn. I'm having an issue getting the upgrade story
to work.
The upgrade code in both MSI's is the same. The later MSI by itself upgrades
the earlier product no problem.
But when I run the Burn bootstrapper, it removes the underlying product without
replacing it with the upgrade product.
The relevant portion of the Burn log is:
[05BC:0BF8][2013-04-28T13:03:04]: Condition 'Installed' evaluates to false.
[05BC:0BF8][2013-04-28T13:03:04]: Detected related bundle:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, type: Upgrade, scope: PerMachine,
version: 7.0.127.0, operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: Downgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected package: jXchange, state: Obsolete,
cached: None
[05BC:0BF8][2013-04-28T13:03:04]: Detect complete, result: 0x0
[05BC:0BF8][2013-04-28T13:03:10]: Plan 1 packages, action: Install
[05BC:0BF8][2013-04-28T13:03:10]: Planned package: jXchange, state: Obsolete,
default requested: None, ba requested: None, execute: None, rollback: None,
cache: No, uncache: No, dependency: None
[05BC:0BF8][2013-04-28T13:03:10]: Planned related bundle:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, type: Upgrade, default requested:
Absent, ba requested: Absent, execute: Uninstall, rollback: Install,
dependency: None
[05BC:0BF8][2013-04-28T13:03:10]: Plan complete, result: 0x0
[05BC:0BF8][2013-04-28T13:03:10]: Apply begin
[1658:0F2C][2013-04-28T13:03:10]: Creating a system restore point.
[1658:0F2C][2013-04-28T13:03:10]: System restore disabled, system restore point
not created.
[1658:0F2C][2013-04-28T13:03:10]: Caching bundle from:
'C:\Users\james_h\AppData\Local\Temp\2\{86b66844-1fb8-432c-8c2d-8e79cc1b9406}\.be\jXchange64.13.0.exe'
to: 'C:\ProgramData\Package
Cache\{86b66844-1fb8-432c-8c2d-8e79cc1b9406}\jXchange64.13.0.exe'
[1658:0F2C][2013-04-28T13:03:11]: Registering bundle dependency provider:
{86b66844-1fb8-432c-8c2d-8e79cc1b9406}, version: 7.0.129.0
[1658:0F2C][2013-04-28T13:03:11]: Applying execute package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, action: Uninstall, path:
C:\ProgramData\Package
Cache\{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}\jXchange64.13.0.exe, arguments:
'"C:\ProgramData\Package
Cache\{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}\jXchange64.13.0.exe" -uninstall
-quiet -burn.related.upgrade'
[1658:0F2C][2013-04-28T13:03:45]: Removed package dependency provider:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}
[05BC:0BF8][2013-04-28T13:03:45]: Applied execute package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, result: 0x0, restart: None
[05BC:0BF8][2013-04-28T13:03:45]: Apply complete, result: 0x0, restart: None,
ba requested restart: No
[05BC:0BF8][2013-04-28T13:03:53]: Shutting down, exit code: 0x0
--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
Re: [WiX-users] How to Setup a Burn Installer to Upgrade a Setup.exe Boostrapped Installer with the Same MSI UpgradeCode
There is only a single MsiPackage element in the chain--the one to be installed:
--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Monday, April 29, 2013 9:06 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to Setup a Burn Installer to Upgrade a Setup.exe
Boostrapped Installer with the Same MSI UpgradeCode
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: Downgrade
Seems a bit off. How are you referring to the package(s) in the bundle?
-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Monday, April 29, 2013 8:52 AM
To: General discussion for Windows Installer XML toolset.
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] How to Setup a Burn Installer to Upgrade a Setup.exe
Boostrapped Installer with the Same MSI UpgradeCode
I'm migrating the development branch of one of my products from Wix 3.5 and
setup.exe to Wix 3.6 and Burn. I'm having an issue getting the upgrade story
to work.
The upgrade code in both MSI's is the same. The later MSI by itself upgrades
the earlier product no problem.
But when I run the Burn bootstrapper, it removes the underlying product without
replacing it with the upgrade product.
The relevant portion of the Burn log is:
[05BC:0BF8][2013-04-28T13:03:04]: Condition 'Installed' evaluates to false.
[05BC:0BF8][2013-04-28T13:03:04]: Detected related bundle:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, type: Upgrade, scope: PerMachine,
version: 7.0.127.0, operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: MajorUpgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected related package:
{B892ABD4-6B9B-432A-8B31-D849CBEA6969}, scope: PerMachine, version: 7.0.127.0,
language: 0 operation: Downgrade
[05BC:0BF8][2013-04-28T13:03:04]: Detected package: jXchange, state: Obsolete,
cached: None
[05BC:0BF8][2013-04-28T13:03:04]: Detect complete, result: 0x0
[05BC:0BF8][2013-04-28T13:03:10]: Plan 1 packages, action: Install
[05BC:0BF8][2013-04-28T13:03:10]: Planned package: jXchange, state: Obsolete,
default requested: None, ba requested: None, execute: None, rollback: None,
cache: No, uncache: No, dependency: None
[05BC:0BF8][2013-04-28T13:03:10]: Planned related bundle:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, type: Upgrade, default requested:
Absent, ba requested: Absent, execute: Uninstall, rollback: Install,
dependency: None
[05BC:0BF8][2013-04-28T13:03:10]: Plan complete, result: 0x0
[05BC:0BF8][2013-04-28T13:03:10]: Apply begin
[1658:0F2C][2013-04-28T13:03:10]: Creating a system restore point.
[1658:0F2C][2013-04-28T13:03:10]: System restore disabled, system restore point
not created.
[1658:0F2C][2013-04-28T13:03:10]: Caching bundle from:
'C:\Users\james_h\AppData\Local\Temp\2\{86b66844-1fb8-432c-8c2d-8e79cc1b9406}\.be\jXchange64.13.0.exe'
to: 'C:\ProgramData\Package
Cache\{86b66844-1fb8-432c-8c2d-8e79cc1b9406}\jXchange64.13.0.exe'
[1658:0F2C][2013-04-28T13:03:11]: Registering bundle dependency provider:
{86b66844-1fb8-432c-8c2d-8e79cc1b9406}, version: 7.0.129.0
[1658:0F2C][2013-04-28T13:03:11]: Applying execute package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, action: Uninstall, path:
C:\ProgramData\Package
Cache\{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}\jXchange64.13.0.exe, arguments:
'"C:\ProgramData\Package
Cache\{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}\jXchange64.13.0.exe" -uninstall
-quiet -burn.related.upgrade'
[1658:0F2C][2013-04-28T13:03:45]: Removed package dependency provider:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}
[05BC:0BF8][2013-04-28T13:03:45]: Applied execute package:
{9b8f9d4b-3634-4519-9a78-9e7b5ccc42f3}, result: 0x0, restart: None
[05BC:0BF8][2013-04-28T13:03:45]: Apply complete, result: 0x0, restart: None,
ba requested restart: No
[05BC:0BF8][2013-04-28T13:03:53]: Shutting down, exit code: 0x0
--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
[WiX-users] VS.NET / References / HeatDirectory / etc
Lots of beginning questions here. Apologies if all have been answered before but I'm burnt out on day 3 of very slow progress. I'm experiencing some learning-difficulties with WiX. Thus far, I've completed a wxs-file for our Windows Forms application that creates the installation directories, help-files, pictures, and other junk. I've got the .NET 4.5 "launch condition" in place, and all other properties are set. At this point, I'm where I'm supposed to add all the exes and dlls. I'd much liked a tutorial from inside Visual Studio that explains whether I should do "Add Reference" in the Setup-project and point to my startup exe, or whether I'm supposed to do something else. I'm fumbling around in the dark, and found this heat.exe. Ran it against my application directory. This created a file that was well over 1 MB in size. Our application has 25+ projects, multitude of references, and satellite assemblies for localization to 20 languages. Looking into the file created by heat.exe, I was surprised and perplexed to find class-references, like this to a custom CultureInfo-class in my "Localization.dll"-file: I'm definitely wondering why and if that's necessary. The next thing that arose was that I discovered that it refers to versions of each DLL. This is good, but it means I'm going to have to make this process completely automated. There's no way I can keep up with manual upkeep of all the version-changes. At this stage, I Googled my way to discovering there's something called "MsBuild HeatDirectory", but I've not found a dummy-tutorial on where and how to get it into my project. Moreover, I still don't know whether I should do "Add Reference" to my EXE and DLLs or not. I'd appreciate any answers to my curious questions and pointers on how to get that HeatDirectory going. Please keep in mind I in spite of my long experience with .NET feel like a complete tool and dummy with WiX. I am using Visual Studio 2010 and .NET 4.0. Once the WiX is completed, I am going to migrate it to Visual Studio 2012 and .NET 4.5. I can't go to VS 2012 immediately as I need to be able to provide a Windows Installer for our testing team, and 2010 gets that job done while I slowly migrate to WiX. Best Regards, Tom -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] RequestState
Hi All,
Can anyone explain to me what each of these items do (besides the obvious)? Or
perhaps point me to some documentation?
namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
{
// Summary:
// Indicates the state desired for an installation package.
public enum RequestState
{
None = 0,
ForceAbsent = 1,
Absent = 2,
Cache = 3,
Present = 4,
Repair = 5,
}
}
Thanks,
Nick
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RequestState
What's unclear? They are pretty self explanatory. Not sure what else to say.
On Mon, Apr 29, 2013 at 11:00 AM, Nick Miller wrote:
> Hi All,
>
> Can anyone explain to me what each of these items do (besides the
> obvious)? Or perhaps point me to some documentation?
>
> namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
> {
> // Summary:
> // Indicates the state desired for an installation package.
> public enum RequestState
> {
> None = 0,
> ForceAbsent = 1,
> Absent = 2,
> Cache = 3,
> Present = 4,
> Repair = 5,
> }
> }
>
> Thanks,
> Nick
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RequestState
Maybe he wants to know what happens when any of the RequestState values are
selected/set/used?
If there's any documentation on it, I'd imagine that would have the relevant
info.
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: April 29, 2013 14:11
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] RequestState
What's unclear? They are pretty self explanatory. Not sure what else to say.
On Mon, Apr 29, 2013 at 11:00 AM, Nick Miller wrote:
> Hi All,
>
> Can anyone explain to me what each of these items do (besides the
> obvious)? Or perhaps point me to some documentation?
>
> namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
> {
> // Summary:
> // Indicates the state desired for an installation package.
> public enum RequestState
> {
> None = 0,
> ForceAbsent = 1,
> Absent = 2,
> Cache = 3,
> Present = 4,
> Repair = 5,
> }
> }
>
> Thanks,
> Nick
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RequestState
Correct, so for example, what is the difference between Absent, and
ForceAbsent? Does selecting None do anything? Do they behave differently
depending on the action launched (Install/Uninstall/Repair)?
-Original Message-
From: Alain Forget [mailto:afor...@cmu.edu]
Sent: Monday, April 29, 2013 2:18 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] RequestState
Maybe he wants to know what happens when any of the RequestState values are
selected/set/used?
If there's any documentation on it, I'd imagine that would have the relevant
info.
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: April 29, 2013 14:11
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] RequestState
What's unclear? They are pretty self explanatory. Not sure what else to say.
On Mon, Apr 29, 2013 at 11:00 AM, Nick Miller wrote:
> Hi All,
>
> Can anyone explain to me what each of these items do (besides the
> obvious)? Or perhaps point me to some documentation?
>
> namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
> {
> // Summary:
> // Indicates the state desired for an installation package.
> public enum RequestState
> {
> None = 0,
> ForceAbsent = 1,
> Absent = 2,
> Cache = 3,
> Present = 4,
> Repair = 5,
> }
> }
>
> Thanks,
> Nick
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt New Relic
> is the only SaaS-based application performance monitoring service that
> delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt!
> http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only
SaaS-based application performance monitoring service that delivers powerful
full stack analytics. Optimize and monitor your browser, app, & servers with
just a few lines of code. Try New Relic and get this awesome Nerd Life shirt!
http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RequestState
1. ForceAbsent forces a package to be Absent when Absent would not (aka:
permanent is set).
2. None says do nothing with the package.
3. No, that would be confusing.
I guess ForceAbsent could use documentation. I think it's in the .h file
for the native code, not the managed code since the managed code is just a
proxy for the native code.
On Mon, Apr 29, 2013 at 11:25 AM, Nick Miller wrote:
> Correct, so for example, what is the difference between Absent, and
> ForceAbsent? Does selecting None do anything? Do they behave differently
> depending on the action launched (Install/Uninstall/Repair)?
>
>
> -Original Message-
> From: Alain Forget [mailto:afor...@cmu.edu]
> Sent: Monday, April 29, 2013 2:18 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] RequestState
>
> Maybe he wants to know what happens when any of the RequestState values
> are selected/set/used?
>
> If there's any documentation on it, I'd imagine that would have the
> relevant info.
>
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: April 29, 2013 14:11
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] RequestState
>
> What's unclear? They are pretty self explanatory. Not sure what else to
> say.
>
>
> On Mon, Apr 29, 2013 at 11:00 AM, Nick Miller >wrote:
>
> > Hi All,
> >
> > Can anyone explain to me what each of these items do (besides the
> > obvious)? Or perhaps point me to some documentation?
> >
> > namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
> > {
> > // Summary:
> > // Indicates the state desired for an installation package.
> > public enum RequestState
> > {
> > None = 0,
> > ForceAbsent = 1,
> > Absent = 2,
> > Cache = 3,
> > Present = 4,
> > Repair = 5,
> > }
> > }
> >
> > Thanks,
> > Nick
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New Relic
> > is the only SaaS-based application performance monitoring service that
> > delivers powerful full stack analytics. Optimize and monitor your
> > browser, app, & servers with just a few lines of code. Try New Relic
> > and get this awesome Nerd Life shirt!
> > http://p.sf.net/sfu/newrelic_d2d_apr
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only
> SaaS-based application performance monitoring service that delivers
> powerful full stack analytics. Optimize and monitor your browser, app, &
> servers with just a few lines of code. Try New Relic and get this awesome
> Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
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
Resending because I haven't received any replies to this last post. Is the below behavior a bug with the Wix burn bootstrapper functionality? -Original Message- From: Christopher West C [mailto:christopher.c.w...@ericsson.com] Sent: Wednesday, April 24, 2013 4:26 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] UILevel on uninstall using "WixStandardBootstrapperApplication.RtfLicense" bootstrapper Okay, just now got a chance to get back to this. To recap, the issue am seeing is as follows: If I install the msi directly, and then uninstall the msi from ARP, the UILevel is "3" during the uninstall of the .msi. I verify this by checking the value of the UILevel property with a custom action. If I install the burn .exe that chains this same .msi, and then uninstall the burn .exe from ARP, when the uninstall of the burn.exe uninstalls the chained msi, the value of the UILevel is "2" in this same custom action. Rob, per your last reply, you mentioned using MsiProcessMessage() to display the dialog. So I have a C# custom action which calls "session.Message". If I install the .msi directly, the "session.Message" message is displayed on uninstall from ARP. If I install via the bootstrapper that contains the .msi, the "session.Message" is NOT displayed on uninstall from ARP. Again, the above behavior appears to be based on the UILevel of the .msi being 2 when uninstalled via the bootstrapper, versus a UILevel of the .msi being 3 when being uninstall from ARP directly. Is the UILevel being set incorrectly via the bootstrapper a known issue? You had mentioned in one of your previous responses to this chain that " Bob changed some things here last because there were some issues." -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Tuesday, April 16, 2013 10:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UILevel on uninstall using "WixStandardBootstrapperApplication.RtfLicense" bootstrapper Ahh, why not use ::MsiProcessMessage() to display the dialog? If you do that, then the message would be routed all the way through Burn to the BA and the BA would then get the message and display it correctly based on its UI level. Trying to throw ::MessageBox() inside a custom action is only useful for Assert() type dialogs and (when absolutely necessary) when your CA is launched by an MSI UI action (because MSI messed up the communication code and messages are lost). On Tue, Apr 16, 2013 at 8:20 AM, Christopher West C < christopher.c.w...@ericsson.com> wrote: > I figured that question was coming... > > We have multiple products that can be installed by the customer. We > have a core product, and then some additional add-on products that can > installed as well, each product having its own .msi. Previously we > were installing the .msi files directly and were not trying to make use of > the burn > functionality.In the core product, we have an installexecute custom > action( called after "AppSearch") that we call during the core > product's removal that checks to see if any add-on products are > installed. If so, if the UI Level was "3"(which is the value set from > ARP) we would display a message box to the user to uninstall the > relevant add-on products first and then cancel the uninstall. If the > UI Level in this same custom action was "2", then we knew that they > were doing a silent uninstall from the command prompt using msiexec, > and we would cancel the uninstall without displaying the message box, and > instead would write the message to the log file. > > -Original Message- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: Tuesday, April 16, 2013 9:53 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] UILevel on uninstall using > "WixStandardBootstrapperApplication.RtfLicense" bootstrapper > > PS: Why does it matter? I'm curious. > > > On Tue, Apr 16, 2013 at 7:52 AM, Rob Mensching > wrote: > > > Ug. I know Bob changed some things here last because there were some > > issues. I thought it was as my memory remembered but I was > > apparently wrong. Hopefully, he can chime in and correct my > > understanding and why it is the way it is. There was something... > > > > > > On Tue, Apr 16, 2013 at 7:37 AM, Christopher West C < > > christopher.c.w...@ericsson.com> wrote: > > > >> Yes, I do have the DisplayInternalUI="yes" set on the MsiPackage > element. > >> Following is the entire MsiPackage element. > >> > >> >> DisplayInternalUI="yes" Vital="yes" > > >> > >> > >> -Original Message- > >> From: Rob Mensching [mailto:r...@robmensching.com] > >> Sent: Tuesday, April 16, 2013 9:31 AM > >> To: General discussion for Windows Installer XML toolset. > >> Subject: Re: [WiX-users] UILevel on uninstall using > >> "WixStandardBootstrapperApplication.RtfLicense" boo
Re: [WiX-users] RequestState
Thanks for the reply Rob,
Let me see if I understand this correctly. If in my chain I have MSI-1 and
MSI-2, and I set RequestState.None for MSI-2 will it skip over that package
completely?
Thanks,
Nick
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Monday, April 29, 2013 2:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] RequestState
1. ForceAbsent forces a package to be Absent when Absent would not (aka:
permanent is set).
2. None says do nothing with the package.
3. No, that would be confusing.
I guess ForceAbsent could use documentation. I think it's in the .h file for
the native code, not the managed code since the managed code is just a proxy
for the native code.
On Mon, Apr 29, 2013 at 11:25 AM, Nick Miller wrote:
> Correct, so for example, what is the difference between Absent, and
> ForceAbsent? Does selecting None do anything? Do they behave
> differently depending on the action launched (Install/Uninstall/Repair)?
>
>
> -Original Message-
> From: Alain Forget [mailto:afor...@cmu.edu]
> Sent: Monday, April 29, 2013 2:18 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] RequestState
>
> Maybe he wants to know what happens when any of the RequestState
> values are selected/set/used?
>
> If there's any documentation on it, I'd imagine that would have the
> relevant info.
>
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: April 29, 2013 14:11
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] RequestState
>
> What's unclear? They are pretty self explanatory. Not sure what else
> to say.
>
>
> On Mon, Apr 29, 2013 at 11:00 AM, Nick Miller
> >wrote:
>
> > Hi All,
> >
> > Can anyone explain to me what each of these items do (besides the
> > obvious)? Or perhaps point me to some documentation?
> >
> > namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
> > {
> > // Summary:
> > // Indicates the state desired for an installation package.
> > public enum RequestState
> > {
> > None = 0,
> > ForceAbsent = 1,
> > Absent = 2,
> > Cache = 3,
> > Present = 4,
> > Repair = 5,
> > }
> > }
> >
> > Thanks,
> > Nick
> >
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New
> > Relic is the only SaaS-based application performance monitoring
> > service that delivers powerful full stack analytics. Optimize and
> > monitor your browser, app, & servers with just a few lines of code.
> > Try New Relic and get this awesome Nerd Life shirt!
> > http://p.sf.net/sfu/newrelic_d2d_apr
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt New Relic
> is the only SaaS-based application performance monitoring service that
> delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt!
> http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt New Relic
> is the only SaaS-based application performance monitoring service that
> delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt!
> http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt New Relic
> is the only SaaS-based application performance monitoring service that
> delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt!
> http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only
SaaS-bas
Re: [WiX-users] RequestState
IIRC, yes, exactly.
On Mon, Apr 29, 2013 at 12:10 PM, Nick Miller wrote:
> Thanks for the reply Rob,
>
> Let me see if I understand this correctly. If in my chain I have MSI-1
> and MSI-2, and I set RequestState.None for MSI-2 will it skip over that
> package completely?
>
> Thanks,
> Nick
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Monday, April 29, 2013 2:36 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] RequestState
>
> 1. ForceAbsent forces a package to be Absent when Absent would not (aka:
> permanent is set).
> 2. None says do nothing with the package.
> 3. No, that would be confusing.
>
> I guess ForceAbsent could use documentation. I think it's in the .h file
> for the native code, not the managed code since the managed code is just a
> proxy for the native code.
>
>
> On Mon, Apr 29, 2013 at 11:25 AM, Nick Miller >wrote:
>
> > Correct, so for example, what is the difference between Absent, and
> > ForceAbsent? Does selecting None do anything? Do they behave
> > differently depending on the action launched (Install/Uninstall/Repair)?
> >
> >
> > -Original Message-
> > From: Alain Forget [mailto:afor...@cmu.edu]
> > Sent: Monday, April 29, 2013 2:18 PM
> > To: 'General discussion for Windows Installer XML toolset.'
> > Subject: Re: [WiX-users] RequestState
> >
> > Maybe he wants to know what happens when any of the RequestState
> > values are selected/set/used?
> >
> > If there's any documentation on it, I'd imagine that would have the
> > relevant info.
> >
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: April 29, 2013 14:11
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] RequestState
> >
> > What's unclear? They are pretty self explanatory. Not sure what else
> > to say.
> >
> >
> > On Mon, Apr 29, 2013 at 11:00 AM, Nick Miller
> > > >wrote:
> >
> > > Hi All,
> > >
> > > Can anyone explain to me what each of these items do (besides the
> > > obvious)? Or perhaps point me to some documentation?
> > >
> > > namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
> > > {
> > > // Summary:
> > > // Indicates the state desired for an installation package.
> > > public enum RequestState
> > > {
> > > None = 0,
> > > ForceAbsent = 1,
> > > Absent = 2,
> > > Cache = 3,
> > > Present = 4,
> > > Repair = 5,
> > > }
> > > }
> > >
> > > Thanks,
> > > Nick
> > >
> > >
> > > --
> > > Try New Relic Now & We'll Send You this Cool Shirt New
> > > Relic is the only SaaS-based application performance monitoring
> > > service that delivers powerful full stack analytics. Optimize and
> > > monitor your browser, app, & servers with just a few lines of code.
> > > Try New Relic and get this awesome Nerd Life shirt!
> > > http://p.sf.net/sfu/newrelic_d2d_apr
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New Relic
> > is the only SaaS-based application performance monitoring service that
> > delivers powerful full stack analytics. Optimize and monitor your
> > browser, app, & servers with just a few lines of code. Try New Relic
> > and get this awesome Nerd Life shirt!
> > http://p.sf.net/sfu/newrelic_d2d_apr
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New Relic
> > is the only SaaS-based application performance monitoring service that
> > delivers powerful full stack analytics. Optimize and monitor your
> > browser, app, & servers with just a few lines of code. Try New Relic
> > and get this awesome Nerd Life shirt!
> > http://p.sf.net/sfu/newrelic_d2d_apr
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New Relic
> > is the only SaaS-based application performance monitoring service that
> > delivers powerful full stack analytics. Optimize and monitor your
> > browser, app, & servers with just a few lines of code. Try New Relic
> > and get this awesome Nerd Life shirt!
> > http://p.sf.net/sfu/newrelic_d2d_apr
> > __
Re: [WiX-users] RequestState
Awesome, thanks!
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Monday, April 29, 2013 4:24 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] RequestState
IIRC, yes, exactly.
On Mon, Apr 29, 2013 at 12:10 PM, Nick Miller wrote:
> Thanks for the reply Rob,
>
> Let me see if I understand this correctly. If in my chain I have
> MSI-1 and MSI-2, and I set RequestState.None for MSI-2 will it skip
> over that package completely?
>
> Thanks,
> Nick
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Monday, April 29, 2013 2:36 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] RequestState
>
> 1. ForceAbsent forces a package to be Absent when Absent would not (aka:
> permanent is set).
> 2. None says do nothing with the package.
> 3. No, that would be confusing.
>
> I guess ForceAbsent could use documentation. I think it's in the .h
> file for the native code, not the managed code since the managed code
> is just a proxy for the native code.
>
>
> On Mon, Apr 29, 2013 at 11:25 AM, Nick Miller
> >wrote:
>
> > Correct, so for example, what is the difference between Absent, and
> > ForceAbsent? Does selecting None do anything? Do they behave
> > differently depending on the action launched (Install/Uninstall/Repair)?
> >
> >
> > -Original Message-
> > From: Alain Forget [mailto:afor...@cmu.edu]
> > Sent: Monday, April 29, 2013 2:18 PM
> > To: 'General discussion for Windows Installer XML toolset.'
> > Subject: Re: [WiX-users] RequestState
> >
> > Maybe he wants to know what happens when any of the RequestState
> > values are selected/set/used?
> >
> > If there's any documentation on it, I'd imagine that would have the
> > relevant info.
> >
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: April 29, 2013 14:11
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] RequestState
> >
> > What's unclear? They are pretty self explanatory. Not sure what else
> > to say.
> >
> >
> > On Mon, Apr 29, 2013 at 11:00 AM, Nick Miller
> > > >wrote:
> >
> > > Hi All,
> > >
> > > Can anyone explain to me what each of these items do (besides the
> > > obvious)? Or perhaps point me to some documentation?
> > >
> > > namespace Microsoft.Tools.WindowsInstallerXml.Bootstrapper
> > > {
> > > // Summary:
> > > // Indicates the state desired for an installation package.
> > > public enum RequestState
> > > {
> > > None = 0,
> > > ForceAbsent = 1,
> > > Absent = 2,
> > > Cache = 3,
> > > Present = 4,
> > > Repair = 5,
> > > }
> > > }
> > >
> > > Thanks,
> > > Nick
> > >
> > > --
> > > --
> > > --
> > > Try New Relic Now & We'll Send You this Cool Shirt New
> > > Relic is the only SaaS-based application performance monitoring
> > > service that delivers powerful full stack analytics. Optimize and
> > > monitor your browser, app, & servers with just a few lines of code.
> > > Try New Relic and get this awesome Nerd Life shirt!
> > > http://p.sf.net/sfu/newrelic_d2d_apr
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> >
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New
> > Relic is the only SaaS-based application performance monitoring
> > service that delivers powerful full stack analytics. Optimize and
> > monitor your browser, app, & servers with just a few lines of code.
> > Try New Relic and get this awesome Nerd Life shirt!
> > http://p.sf.net/sfu/newrelic_d2d_apr
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New
> > Relic is the only SaaS-based application performance monitoring
> > service that delivers powerful full stack analytics. Optimize and
> > monitor your browser, app, & servers with just a few lines of code.
> > Try New Relic and get this awesome Nerd Life shirt!
> > http://p.sf.net/sfu/newrelic_d2d_apr
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> >
> > --
> > Try New Relic Now & We'll Send You this Cool Shirt New
> > Relic is the only SaaS-based application performan
[WiX-users] Repair failing on NetFx45Web package; using custom managed BA
I wrote a custom managed BA, and got most of the functionality to work,
expect for a repair. Examining the bundle log provides:
[335C:3440][2013-04-29T13:51:41]w343: Prompt for source of package:
NetFx45Web, payload: NetFx45Web, path:
D:\dev\Setup\redist\dotNetFx45_Full_setup.exe
[335C:3440][2013-04-29T13:51:41]e054: Failed to resolve source for file:
D:\dev\Setup\redist\dotNetFx45_Full_setup.exe, error: 0x80070002.
[335C:3440][2013-04-29T13:51:41]e000: Error 0x80070002: Failed while
prompting for source (original path
'D:\dev\Setup\redist\dotNetFx45_Full_setup.exe').
[335C:3440][2013-04-29T13:51:41]e313: Failed to acquire payload: NetFx45Web
to working path:
C:\Users\Manas\AppData\Local\Temp\{ab28ebc1-ce07-49bf-bb1f-bb83a4944aeb}\NetFx45Web,
error: 0x80070002.
[335C:164C][2013-04-29T13:51:41]e000: Error 0x80070002: Failed while
caching, aborting execution.
[335C:164C][2013-04-29T13:51:41]i399: Apply complete, result: 0x80070002,
restart: None, ba requested restart: No
[335C:164C][2013-04-29T13:51:43]i500: Shutting down, exit code: 0x80070002
[335C:164C][2013-04-29T13:51:43]i410: Variable: ArpSystemComponentCustom = 1
[335C:164C][2013-04-29T13:51:43]i410: Variable: NETFRAMEWORK45 = 378389
I have included the NetFx45Web packaged in my WiX bundle as:
My BootstrapperCore.config is as follows:
I have looked at a related mailing list thread
[link],
and I have the ResolveSource covered.
Any ideas why this may be failing on a repair?
The install/uninstall works fine.
Thanks.
Manas
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
