from:"Sean Hall"

Re: [wix-users] (deprecated) Error loading prerequisite bootstrapper application because managed host could not be loaded

2015-07-28 Thread Sean Hall

I would bet that the problem is that the supportedFramework element is v3.5
(which is the 2.0 runtime) but there's no supportedRuntime element for the
2.0 CLR.

P.S. Please use the new mailing list, information is at
http://wixtoolset.org/documentation/mailinglist/

On Mon, Jul 27, 2015 at 2:10 PM, Brian C Cooke tonic...@gmail.com wrote:

 I am getting Error loading prerequisite bootstrapper application because
 managed host could not be loaded in the logs of my custom bootstrapper.
 Originally I was using burn 3.9.2, and receiving error code 0x80004001. On
 the advice of this thread (http://tinyurl.com/pt9ym65) I tried upgrading
 to
 3.10.0.1823 but am still receiving the same error, only with a different
 error code: 0x80131700.

 My bootstrapper is targeting .NET 3.5 and is installing 4.5 as a
 prerequisite.  Curiously enough, I am initially able to install .NET 4.5,
 and load my custom bootstrapper.  However, if I subsequently uninstall .NET
 via ARP, and run my bootstrapper a 2nd time, then I consistently get the
 above error.  The test environment is running Windows 7 with .NET 3.5
 enabled.  Here is my bootstrappercore.config

 ?xml version=1.0 encoding=utf-8 ?
 configuration

   configSections
 sectionGroup name=wix.bootstrapper

 type=Microsoft.Tools.WindowsInstallerXml.Bootstrapper.BootstrapperSectionGroup,
 BootstrapperCore
   section name=host
 type=Microsoft.Tools.WindowsInstallerXml.Bootstrapper.HostSection,
 BootstrapperCore /
 /sectionGroup
   /configSections

   startup useLegacyV2RuntimeActivationPolicy=true
 supportedRuntime version=v4.0 /
   /startup

   wix.bootstrapper
 host assemblyName=MyBootstrapperApplication
   supportedFramework version=v3.5 /
 /host
   /wix.bootstrapper

 /configuration

 Can someone please advise whether this is a WiX bug or I am doing something
 wrong?  Thanks in advance.

 Brian

 --
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrapper Feature Selection

2015-06-30 Thread Sean Hall

On the MsiPackage element, you must set EnableFeatureSelection=yes (
http://wixtoolset.org/documentation/manual/v3/xsd/wix/msipackage.html) to
get feature information in BootstrapperApplicationData.xml.

On Tue, Jun 30, 2015 at 11:04 AM, Brian C Cooke tonic...@gmail.com wrote:

How can I provide functionality for feature-level selection in my custom
bootstrapper created by burn? This link (

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-create-a-feature-tree-with-burn-td7579948.html
)
seems to suggest I can do so by examining the
BootstrapperApplicationData.xml
file, but I don't see any feature level information here, only package
information. The DetectMsiFeature and PlanMsiFeature events in
BootstrapperApplication have a feature ID but not other information I would
need to build a proper tree for the user like Feature Name, parent Feature,
etc.

What is the right way to accomplish this? Am I expected to directly read
the .msi in my custom bootstrapper using .NET? Is there an easier way?

Thanks,
Brian

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug in 3.10.0.1823? LaunchAction.Install is Cache now

2015-06-29 Thread Sean Hall

We would need the Burn log from %TEMP% to be able to diagnose this.

On Mon, Jun 29, 2015 at 3:49 AM, js69 juergen.schaep...@sirona.com wrote:

 In my Custom BA I noticed a weird change:

 In PlanPackageBegin:



 Debugging shows that myAction has the value Cache. Seems to be an enum
 bug.





 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bug-in-3-10-0-1823-LaunchAction-Install-is-Cache-now-tp7600736.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Monitor 25 network devices or servers for free with OpManager!
 OpManager is web-based network management software that monitors
 network devices and physical  virtual servers, alerts via email  sms
 for fault. Monitor 25 devices for free with no restriction. Download now
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical  virtual servers, alerts via email  sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Possibility of separate icons for bundle and ARP?

2015-05-14 Thread Sean Hall

Someone would have to send a pull request for
http://wixtoolset.org/issues/4383/

On Thu, May 14, 2015 at 9:03 AM, Patrice Bastien patr...@icam.com wrote:

 Hello,

 My bundle is working great. I am using the WixStdba as I do not need more
 customization. However, I would like to know if there is any way to kleep
 the standard setup ICON for the bundle UI and file while specifying the
 ICON file for the ARP only?

 As the MSI files have the standard setup icon, I would like the bundle to
 also use that default one. However, one my MSI products are installed, the
 ARP icon is my app icon and I want to make sure the bundle ARP will be the
 same. So any ways to delay the assignation of IconSourceFile attribute?

 Thanks

 Patrice Bastien

 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix Built-in Variable escape content

2015-05-14 Thread Sean Hall

http://wixtoolset.org/issues/4763/

Custom code could use IBootstrapperEngine::GetVariableString to get the
value of WixBundleOriginalSource, call IBootstrapperEngine::FormatString to
escape it, and then call IBootstrapperEngine::SetVariableString to a custom
variable and use that custom variable in your InstallCommand.

On Thu, May 14, 2015 at 9:38 AM, Tucaliuc Mihai . tucaliucmi...@gmail.com
wrote:

Hi,

I have to follow-up on this.
Why is the built-in variable WixBundleOriginalSource not returning the
correct location of the installer. It seems to remove the content of square
brackets from the path. For example lets say that i'm trying to execute the
installer from location C:/MyTestFolder/Some[Missing]Data/Install.exe.
The WixBundleOriginalSource variable will return the following location
C:/MyTestFolder/SomeData/Install.exe, without the [Missing] text.
I have to specify that I am using the wix standard BA and would like to
avoid having any custom code.

Thanks in advance,
MihaiT

2015-05-12 21:56 GMT+03:00 Tucaliuc Mihai . tucaliucmi...@gmail.com:

Hello,

Thanks for the quick reply, but I don't think its what I was looking for.
I am not using any custom code for the bootstrapper or UI.
I am using the standard bundle and trying to send (as an argument) to an
executable package the source path from where the bundle originally ran.
The problems appear when that location contains square brackets.

2015-05-12 19:50 GMT+03:00 Phill Hogland phogl...@rimage.com:

Use Engine.FormatString on the path (in your mba or BAFunctions.dll when
using WixStdBA, probably in the DetectComplete handler).

In mba something like this:
path =

object.Engine.FormatString(object.Engine.StringVariables[WixBundleOriginalSource])
Then save 'path' to a string variable for use in your ExePackage.

(credit - in a recent post, Bob pointed out Engine.FormatString to me
for
a
similar reason and it has been very helpful.)

--
View this message in context:

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Built-in-Variable-escape-content-tp7600300p7600303.html
Sent from the wix-users mailing list archive at Nabble.com.

--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX Burn use UILevel from simple UI

2015-04-21 Thread Sean Hall

Is this what you're asking for? http://wixtoolset.org/issues/3789/

On Tue, Apr 21, 2015 at 2:59 PM, Marco Tognacci mark...@live.it wrote:

 I need to make a Burn Bootstrapper setup using base wix interface, I have
 to customize some conditions using the UILevel.Is there any way to read a
 property like UILevel in msi projects?
 I can read the level of the UI (Full, None...) using a custom WPF
 interface and Burn Engine in c# code, but I'd like to use a simpler
 interface that one shipped with base WiX Burn project, but in this way I
 can't make a condition based on the UILevel of the Burn exe package, is
 there any way for doing this?
 Is this a bug or future development?
 Thanks.

 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live
 exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

2015-04-12 Thread Sean Hall

The Window text is set too early to do anything about it from
IBootstrapperBAFunction.  You should localize that with a string in the wxl
file.

On Tue, Apr 7, 2015 at 2:17 PM, David Burson david_bur...@ntm.org wrote:

 In case it’s helpful to anyone, I posted how I got this working on SO:
 http://stackoverflow.com/questions/29266905/wix-toolset-how-to-create-a-single-exe-with-product-name-localized-for-multiple/29499382#29499382

 If anyone sees any improvements or problems, please post!

 Thanks again for everyone’s help.
 David

 On Apr 2, 2015, at 2:35 PM, David Burson david_bur...@ntm.orgmailto:
 david_bur...@ntm.org wrote:

 It works in OnDetectComplete!!!  Thanks everyone for all the help.  One
 question though:

 In my HyperlinkSidebarTheme wxl's, I use [WixBundleName] in several
 strings (Caption, Title).  If I use one of those strings in value of
 Window in my HyperlinkSidebarTheme.xml, what is shown at install time in
 the installer window titlebar is the value I hardcoded into the Name
 attribute of my Bundle element.  Using those same strings in a text
 element on the Install page, the value I set in BAFunctions.dll is shown.

 So, I assume OnDetectComplete is too late for Window.  Can anyone tell
 me if WixStdBALanguageId is guaranteed to be set to the user’s language at
 an earlier stage?  Is OnDetect a safe place to check WixStdBALanguageId and
 set WixBundleName?

 Also, there is no OnDetectBegin in WixBootstrapperBAFunction.cpp.  If
 that’s what I should use, I assume I just create it patterned after
 OnDetect?


 On Apr 2, 2015, at 9:01 AM, Phill Hogland phogl...@rimage.commailto:
 phogl...@rimage.com wrote:

 OnDetectComplete handler is safe.

 OnDetectBegin if you know that WixStdBALanguageId has been initialized
 prior
 to OnDetectBegin.



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/BAFunctions-dll-to-set-WixBundleName-from-the-language-of-the-user-s-computer-tp7599747p7599812.html
 Sent from the wix-users mailing list archive at Nabble.com
 http://Nabble.com.


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live
 exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bundle problems

2015-04-12 Thread Sean Hall

What version of WiX are you using?  This looks like an issue fixed in v3.9:
http://wixtoolset.org/issues/4292/

On Thu, Apr 2, 2015 at 2:27 PM, kurt.jen...@us.ophiropt.com 
kurt.jen...@us.ophiropt.com wrote:

 Now we KNOW we have found the -real- problem... :)~

 Tried to use Upgrade to detect when a reboot is required:

 Upgrade Id=$(var.UpgradeCode)
   UpgradeVersion Minimum=$(var.BGProductVersion)
   IncludeMinimum=no
   OnlyDetect=yes
   Language=1033
   Property=NEWPRODUCTFOUND /

   UpgradeVersion Minimum=1.0.0
   IncludeMinimum=yes
   Maximum=$(var.BGProductVersion)
   IncludeMaximum=no
   Language=1033
   Property=UPGRADEFOUND /

   UpgradeVersion Maximum=6.5.0
   IncludeMinimum=no
   OnlyDetect=yes
   Language=1033
   Property=REBOOOTREQUIRED /
 /Upgrade

 The last part caused the double detection by the bootstrapper and caused
 the installation to be skipped.


 How then do we get the version that is being replaced? This is needed to
 decide when a reboot is required.


 -Original Message-
 From: Jensen, Kurt
 Sent: Thursday, April 02, 2015 12:44 PM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Bundle problems

 Think we found the real problem

 [2D80:2FB8][2015-04-02T12:28:40]i103: Detected related package:
 {DCB7DC05-888D-4B9B-904B-EA1DB739C994}, scope: PerMachine, version:
 6.4.0.171, language: 1033 operation: Downgrade
 [2D80:2FB8][2015-04-02T12:28:40]i103: Detected related package:
 {DCB7DC05-888D-4B9B-904B-EA1DB739C994}, scope: PerMachine, version:
 6.4.0.171, language: 1033 operation: MajorUpgrade

 Followed by

 [2D80:2FB8][2015-04-02T12:28:40]i101: Detected package:
 Install.BeamGage.Professional.x64.WiX.msi, state: Obsolete, cached: None

 The MSI is never run.

 Why would it set the state to Obsolete when we are actually doing a
 MajorUpgrade?

 -Original Message-
 From: Jensen, Kurt
 Sent: Thursday, April 02, 2015 12:19 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Bundle problems

 1) Our MSI sometimes requires a reboot after certain upgrades.  We have
 programmed ScheduleReboot with the necessary condition.  The previous
 version is removed and reboot is requested when run directly from the MSI.
 a) No reboot is requested when run from the encompassing bundle.  The MSI
 log shows return value of 3010.
 b) The previous version is not uninstalled when run from the bundle.

 2) Another alternative, and a solution to a different problem, would be to
 display the MSI UI during installation.  We have set
 DisplayInternalUI=yes but the bundle behaves same as not.

 Online information is scarce and contradictory.  What controls should we
 expect to work?  What should be the expected behavior?

 TIA!

 Kurt Jensen
 Senior Software Engineer
 Ophir-Spiricon LLC

 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free

Re: [WiX-users] UserLanguageID vs. WixStdBALanguageId

2015-04-12 Thread Sean Hall

If you don't have a theme for the language id of the user's machine, then
WixStdBALanguageId won't be set.  WixStdBALanguageId is set to the language
id of the theme that StdBA is actually using.

On Thu, Apr 2, 2015 at 3:26 PM, David Burson david_bur...@ntm.org wrote:

  *   UserLanguageID - gets the language ID for the current user locale.

  *   WixStdBALanguageId - gets the language in effect for the WixStdBA
 user interface.

 When would these have different values?  I’m wondering if, since
 WixStdBALanguageId is new in v3.10, can I use UserLanguageID with v3.9 R2
 in my BAFunctions.dll in order to set WixBundleName according to the user’s
 language.

 What would be the practical effect for my users if I use UserLanguageID
 instead of WixStdBALanguageId?


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Modifying Request State

2015-04-12 Thread Sean Hall

The engine bases the action off of the requested state, there's no way to
set the action state.  There is no way to modify the requested state of
packages from IBootstrapperBAFunction today.

On Fri, Apr 3, 2015 at 8:19 AM, Phill Hogland phogl...@rimage.com wrote:

 The chain is installed from top to bottom and uninstalled from bottom to
 top.
 Probably all you need to do is set XxxPackage/@InstallCondiditons so that
 both packages are installed or uninstalled as a pair with the ExePackage
 before the MsiPackage in the chain.



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


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Changing state in bafunctions.dll?

2015-04-12 Thread Sean Hall

There is no way to modify the requested state of packages from
IBootstrapperBAFunction today.

Neil was referring to the state of the machine, like doing stuff with files
or the registry.

On Fri, Apr 3, 2015 at 4:51 PM, Cris Moore cris.w.mo...@gmail.com wrote:

I have a bundle with two MsiPackages. Both MSIs support major updates only.
The first is the main installer and is always installed. The second MSI
installs drivers and is optional. The option to install the drivers is a
checkbox on the Welcome screen.

Unfortunately, I can only seem to control two states with just a checkbox:
Checked = install
Unchecked = uninstall

Since drivers are a big customer issue for us, we don't want to mess with
them (uninstall/reinstall) during an update if the drivers haven't changed.
I just want to leave them alone(i.e., don't want to run the driver
installer).

What I need is:
Checked = install (if not installed OR (installed AND newer version))
Checked = skip (if installed AND not newer version)
Unchecked = uninstall

Is it possible to use an unmanaged bafunctions.dll to detect the skip
situation and mark the driver msi to be skipped? I can see from the
limited
documentation and examples that I would be able to detect the skip
situation, but I can't seem to find any information about how to mark the
request/action states to NULL.

I read this from Neil Sleightholm ealier post, Wix Extended Boostrapper
Application - Custom Actions

What they are definitely not for is changing state but I guess there is no
way to stop someone doing that.

but I think that is exactlly what I want to do.

So my question is: How do you change the request/action states though an
unmanaged bafunctions.dll?

Thanks,

Cris

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Changing-state-in-bafunctions-dll-tp7599845.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website,
sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for
all
things parallel software development, from weekly thought leadership blogs
to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] how to define a custom variable in bundle.wxs, and get its value in BAFunctions.dll?

2015-04-12 Thread Sean Hall

This should just work.  I'm guessing you've put the Variable in a Fragment
that isn't getting pulled in.  Does the variable show up at the end of the
log?

On Fri, Apr 3, 2015 at 5:17 PM, roberthyang robert_y...@agilent.com wrote:

 This worked fine for us inside OnDetectComplete on Wix 3.8 (released
 version).  For example :

 // Check if Acrobat is installed by reading variable.
 LPWSTR sczAcrobatValue = NULL;
 BalGetStringVariable(LAcrobatInstalled, sczAcrobatValue);
 BalExitOnFailure(hr, Failed to get AcrobatInstalled burn
 variable.);

 // Show warning state if Acrobat variable is empty.
 if ((sczAcrobatValue == NULL) || (wcslen(sczAcrobatValue) == 0))
 {
  hr = m_pEngine-SetVariableString(LAcrobatWarningState,
 L);
  BalExitOnFailure(hr, Failed to set AcrobatWarningState burn
 variable.);
 }

 AcrobatInstalled is read using Util: registry searches, and
 AcrobatWarningState just controls visibility of a warning text box in our
 custom theme.  What specifically doesn't work ?


 David Burson wrote
  In the bundle I’ve tried
  Variable Name=MyVariable Value=MyValue /
  , and tried reading it in bafunctions.dll with
  LPWSTR my_variable = NULL;
  BalGetStringVariable(LMyVariable, my_variable);
 
  But that doesn’t work.  Is there any way to do it?
 
 --
  Dive into the World of Parallel Programming The Go Parallel Website,
  sponsored
  by Intel and developed in partnership with Slashdot Media, is your hub
 for
  all
  things parallel software development, from weekly thought leadership
 blogs
  to
  news, videos, case studies, tutorials and more. Take a look and join the
  conversation now. http://goparallel.sourceforge.net/
  ___
  WiX-users mailing list

  WiX-users@.sourceforge

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





 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-define-a-custom-variable-in-bundle-wxs-and-get-its-value-in-BAFunctions-dll-tp7599844p7599846.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

2015-04-01 Thread Sean Hall

When you install WiX, it creates the WIX environment variable which is used
in that sample project. It should point to the install directory,
typically C:\Program Files (x86)\WiX Toolset v3.10\. The header file
should be in the SDK\VS2010\inc directory in that install directory.

On Wed, Apr 1, 2015 at 9:27 AM, David Burson david_bur...@ntm.org wrote:

Neither the wix39-debug.zip from
https://wix.codeplex.com/releases/view/610859 nor the wix310-debug.zip
from http://wixtoolset.org/releases/v3-10-0-1519/ included an SDK
directory. Where does the SDK directory come from? What is the proper way
to get the source for 3.9 R2 and 3.10 so I can build the BAFunctions sample
with both?

On Mar 30, 2015, at 11:31 PM, Sean Hall r.sean.h...@gmail.commailto:
r.sean.h...@gmail.com wrote:

The sample is supposed to build with VS2010. IBootstrapperBAFunction.h
should be in the SDK directory with the other WiX header files like
dutil.h. Worst case scenario you can copy it from source at

https://github.com/wixtoolset/wix3/blob/develop/src/libs/balutil/inc/IBootstrapperBAFunction.h
.

On Mon, Mar 30, 2015 at 3:52 PM, David Burson david_bur...@ntm.org
wrote:

ok thanks Rob. That explains why I haven’t found an easy way to do this.

I’m trying to replace our old InstallAware installer with WiX. Generally
I’m much happier with what I have localized with WiX than with
InstallAware. However, with InstallAware we did localize the Program
Features name for previous releases, so if possible I’d like to localize it
with WiX, so our non-English users aren’t confronted with in
incomprehensible (English) name in Programs Features.

Do I understand correctly that to localize the name in Programs
Features, I need to create a BAfunctions.dll in which I set WixBundleName
based on the current language of the user’s computer? If so, I’m back to
this question:

When building the BAFunctions sample program at
src\burn\Samples\bafunctions, I get:

Error 1 error C1083: Cannot open include file:
'IBootstrapperBAFunction.h': No such file or directory
c:\downloads\wix39-debug\src\burn\samples\bafunctions\precomp.h 51 1
bafunctions

With VS2010 I get the same error whether I use the latest WiX v3.10 or 3.9
R2. Is the sample supposed to build? I’m not sure where to start. Any
guidance would be appreciated!

Thanks,
David

On Mar 30, 2015, at 4:26 PM, Rob Mensching r...@firegiant.com wrote:

Often the Programs Features contains the name of the product which is
typically a trademark (or treated like a brand in any case) and thus not
localized.

It's possible to change the name but wixstdba doesn't really expose it
easily.
_
Short replies here. Complete answers over there:
http://www.firegiant.com/

-Original Message-
From: David Burson [mailto:david_bur...@ntm.org]
Sent: Monday, March 30, 2015 9:53 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] BAFunctions.dll to set WixBundleName from the
language of the user's computer

Thanks Phil,

I’m just trying to make sure that when a user tries to uninstall my
software, they can find it in Programs Features (or when they are looking
through Programs Features, they don’t uninstall it because they don’t
know what it is). That means the name that Programs Features displays
needs to be what they think of as the name of my program, which is
different for each language. I’d obviously rather not write my own
BAfunctions.dll if I can avoid it. I’m new to all this so I appreciate
your patience as I try to understand my options.

http://stackoverflow.com/questions/29266905/wix-toolset-how-to-create-a-single-exe-with-product-name-localized-for-multiple/29270124?noredirect=1#comment46810219_29270124

is my SO question, which led me to think I need to create a
BAfunctions.dll. I thought it might be more appropriate to move my ongoing
questions to this email list, rather than continue in SO - please correct
me if I’m wrong!

Anyway, thanks to a number of posts by you and others (and the wix
toolset site), my installer works great. All strings (including the name
of my program) are presented in the user’s language. The one issue left
is the name that is displayed in Programs Features. In my SO question
above the original answer mentioned a cool feature not yet being worked on
that, if I understand correctly, will localize the name in Programs
Features even if the user

Re: [WiX-users] Wix bootstrapper only works on .net 4.5

2015-03-30 Thread Sean Hall

Make sure that the config file is named as BootstrapperCore.config by
setting the Payload/@Name attribute.

For the .NET 2 problem, the order matters for the supportedRuntime elements
in the startup element in BootstrapperCore.config.  The .NET 2 line
probably should have been first.

For the .NET 4.x problem, you should look at the Application Event log to
see why your BA is crashing.  Also, turn on Fusion logging to check for DLL
loading problems -
https://msdn.microsoft.com/en-us/library/e74a18c4%28v=vs.110%29.aspx.

On Mon, Mar 30, 2015 at 1:39 PM, John Cooper jocoo...@jackhenry.com wrote:

 It will run the 4.x that is installed.  4.6 will be a superset of 4.5.2
 which is a superset of 4.5.1 which is a superset of 4.5 which is a superset
 of 4.0.  When you have one of these installed, all the earlier versions are
 superseded and replaced.

 --
 John Merryweather Cooper
 Senior Software Engineer | Integration Development Group | Continuing
 Development
 Jack Henry  Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 |
 jocoo...@jackhenry.com



 -Original Message-
 From: Lutteke, Robin [mailto:robin.lutt...@ordina.nl]
 Sent: Monday, March 30, 2015 1:31 PM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Wix bootstrapper only works on .net 4.5

 I didn't understand you correctly than, sorry. My custom bootstrapper is
 already targeting v4.0. What else can I change?

 Thanks for your help!


 Met vriendelijke groet,

 Robin Lutteke
 Software Engineer

 Ringwade 1
 3439 LM Nieuwegein
 T  +31(0)30 663 8000 (optie 1)
 F +31 (0)30 663 8010
 www.ordina.nl



 -Original Message-
 From: Rob Mensching [mailto:r...@firegiant.com]
 Sent: maandag 30 maart 2015 20:22
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Wix bootstrapper only works on .net 4.5

 I did not say that at all. If you want code to run against v4.0 you need
 to target v4.0.

 _
  Short replies here. Complete answers over there:
 http://www.firegiant.com/


 -Original Message-
 From: Lutteke, Robin [mailto:robin.lutt...@ordina.nl]
 Sent: Monday, March 30, 2015 10:55 AM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Wix bootstrapper only works on .net 4.5

 So, because I've got .Net 4.5 installed on my system I cannot create a
 custom bootstrapper setup for .Net 4.0?

 Met vriendelijke groet,

 Robin Lutteke
 Software Engineer

 Ringwade 1
 3439 LM Nieuwegein
 T  +31(0)30 663 8000 (optie 1)
 F +31 (0)30 663 8010
 www.ordina.nl



 -Original Message-
 From: Rob Mensching [mailto:r...@firegiant.com]
 Sent: maandag 30 maart 2015 18:17
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Wix bootstrapper only works on .net 4.5

 NETFX v4.5 is an in place upgrade of v4.0. If you have v4.5 you no longer
 have v4.0 on your machine.

 _
  Short replies here. Complete answers over there:
 http://www.firegiant.com/


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

 Disclaimer
 Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd
 voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u
 verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen
 direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit
 bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar
 te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of
 haar groepsmaatschappijen accepteren geen verantwoordelijkheid of
 aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de
 verzending van dit bericht.

 This e-mail and any attachments are confidential and are solely intended
 for the addressee. If you are not the intended recipient, please notify the
 sender and delete and/or destroy this message and any attachments
 immediately. It is prohibited to copy, to distribute, to disclose or to use
 this e-mail and any attachments in any other way. Ordina N.V. and/or its
 group companies do not accept any responsibility nor liability for any
 damage resulting from the content of and/or the transmission of this
 message.


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored by Intel and

Re: [WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

2015-03-30 Thread Sean Hall

The sample is supposed to build with VS2010. IBootstrapperBAFunction.h
should be in the SDK directory with the other WiX header files like
dutil.h. Worst case scenario you can copy it from source at
https://github.com/wixtoolset/wix3/blob/develop/src/libs/balutil/inc/IBootstrapperBAFunction.h
.

On Mon, Mar 30, 2015 at 3:52 PM, David Burson david_bur...@ntm.org wrote:

ok thanks Rob. That explains why I haven’t found an easy way to do this.

When building the BAFunctions sample program at
src\burn\Samples\bafunctions, I get:

Error 1 error C1083: Cannot open include file:
'IBootstrapperBAFunction.h': No such file or directory
c:\downloads\wix39-debug\src\burn\samples\bafunctions\precomp.h 51 1
bafunctions

With VS2010 I get the same error whether I use the latest WiX v3.10 or 3.9
R2. Is the sample supposed to build? I’m not sure where to start. Any
guidance would be appreciated!

Thanks,
David

On Mar 30, 2015, at 4:26 PM, Rob Mensching r...@firegiant.com wrote:

Often the Programs Features contains the name of the product which is
typically a trademark (or treated like a brand in any case) and thus not
localized.

It's possible to change the name but wixstdba doesn't really expose it
easily.
_
Short replies here. Complete answers over there:
http://www.firegiant.com/

Thanks Phil,

I’ve studied the link you provided and the other links in it, but still
have not come up with a working solution. Towards the beginning of the
discussion you referenced below, you provided a link on how to localize the
Product name of an msi, and said (It happens to be in a MSI Product
element but also could be implemented in a Bundle element.)” But when I
add a string for “WixBundleName” to my wxl’s, it seems to be ignored. Here
http://stackoverflow.com/questions/29266905/wix-toolset-how-to-create-a-single-exe-with-product-name-localized-for-multiple/29270124?noredirect=1#comment46810219_29270124
is my SO question, which led me to think I need to create a
BAfunctions.dll. I thought it might be more appropriate to move my ongoing
questions to this email list, rather than continue in SO - please correct
me if I’m wrong!

Really, all I need is for Programs Features to display the same name I
show to the users at install time. Currently that is a variable I define
for each language I support, since I’ve not been able to figure out how to
change [WixBundleName].

Some of my constraints:

- I cannot go the route of including different msi’s in my bundle (one
per language), since each msi is about 250 MB.
- I cannot simply have my users download the appropriate msi for their
language. Typical distribution (which I can’t control) is an English
speaker installs the software for themselves, and gives their installer to
nationals who don’t speak English. So the single installer needs to

Re: [WiX-users] WiX Burn how to suspend and restart setup

2015-03-30 Thread Sean Hall

The engine won't do anything while calling OnResolveSource.  Don't return
from ResolveSource until you have located the package.  If you don't want
the UI thread to be the same thread that handles BA calls, then create a
new thread for running your UI.  That will probably require nontrivial
changes to your existing code.

On Mon, Mar 30, 2015 at 1:30 PM, Marco Tognacci mark...@live.it wrote:

 I have a Burn setup with custom WPF UI deployed using 2 DVD.I need to
 implemente search location for a component or payload, I have made the code
 inside the event ResolveSource, setting the new LocalSource and setting the
 result in the EventArgs to Retry,but in this way I only can do all the work
 using a modal dialog as I need to set the Result=Retry after selecion of
 the new path of the component.I'd like to suspend the setup inside the
 callback attached to the event ResolveSource then using the normal WPF
 interface of my setup, not a modal dialog, I want to report notification to
 the user and let the user change the path for locate the component, and
 then continue with the setup.
 Is there a way for doing this? I have tried to set the Result=Suspend
 inside the ResolveSource event but the setup report and error and stop.
 Thanks.

 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX Burn ResolveSource event and SetLocalPath(newPath) not working

2015-03-27 Thread Sean Hall

The header file
https://github.com/wixtoolset/wix3/blob/develop/src/burn/inc/IBootstrapperApplication.h
that
I pointed to before tells you what to do - return Retry.

On Fri, Mar 27, 2015 at 2:47 PM, Marco Tognacci mark...@live.it wrote:

 I have a WiX Burn Mamaged Bootstrapper with WPF UI.I need to locate the
 msi package included in the exe in another location, (I need to deploy my
 setup on 2 dvd).I have attached to the ResolveSource event (or overriding
 the method OnResolveSource) that report in the LocalPath the path of the
 package that it can't be located (because is on the second dvd) and inside
 it I have called the SetLocalPath() to the new path on the second DVD and
 set the EventArgs.Result = OK or Continue but it report the failure of the
 setup, then I can call RetryCommand so the setup work and use the new
 LocalPath but it rollback the setup and restart all.As I have more that one
 package to relocate is there a way to make the setup continue after the
 ResolveSource - SetLocalPath() ?Perhaps I need to set another option as
 Result for the ResolveSource  event?Or What I have to do for make it
 working?Thanks.

 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Predicting Bootstrapper Cache Location

2015-03-26 Thread Sean Hall

Phill's comment was incorrect, the provider key will be generated for you
automatically if you don't specify it.

This behavior is a bug that I'm currently working on:
http://wixtoolset.org/issues/4630/

On Thu, Mar 26, 2015 at 7:06 PM, Edwin Castro egca...@gmail.com wrote:

The remarks at

http://wixtoolset.org/documentation/manual/v3/xsd/dependency/providerkey.html
say

This provider key is designed to persist throughout compatible upgrades so
that dependent bundles do not have to be reinstalled and *will not prevent
your product from being upgraded*. If this attribute is not authored, the
value is the automatically-generated bundle ID and *will not automatically
support upgrades*.

This sounds like I was not getting some kind of automatic upgrade support
because we had not defined ProviderKey. Is this automatic upgrade support
described anywhere? What happens when I define it in version Y and try to
upgrade version X where version Y version X and ProviderKey was not
defined for version X?

On Thu, Mar 26, 2015 at 2:01 PM, Phill Hogland phogl...@rimage.com
wrote:

So it looks like the bootstrapper is not passing BUNDLEPROVIDERKEY to
the
MSI at all.

You need to define Bundle/@ProviderKey, here
http://wixtoolset.org/documentation/manual/v3/xsd/wix/bundle.html .
I
set it to a GUID (and like UpgradeCode I do not change the
Bundle/@ProviderKey between builds (or releases) of my setups).

--
View this message in context:

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Predicting-Bootstrapper-Cache-Location-tp7599709p7599730.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website,
sponsored
by Intel and developed in partnership with Slashdot Media, is your hub
for
all
things parallel software development, from weekly thought leadership
blogs
to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Edwin G. Castro

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Cannot install Wix - Wix39.exe

2015-03-23 Thread Sean Hall

The bundle extracts the BA DLL to %TEMP%\{BUNDLE_GUID}\.ba1.  My guess is
that it's getting ERROR_ACCESS_DENIED (which is what 0x8007005 is) when
doing the extraction.

On Mon, Mar 23, 2015 at 4:52 PM, ctludlow cludl...@gmail.com wrote:

 Trying to install Wix and I get the same failed log file for wix38.exe,
 wix39.exe and wix40.exe.
 I also noticed that I can't run any setup.exe's that were created with wix.
 Visual Studio 2013 setup.exe gives me the same errors.
 Any one have any ideas on what to check on a system with this behavior?
 Tried installing as Administrator and from a command prompt that was opened
 as Administrator.

 [19E4:1418][2015-03-23T12:32:38]i001: Burn v3.9.1208.0, Windows v6.1 (Build
 7601: Service Pack 1), path: C:\Download\Wix\wix39.exe, cmdline:
 '-burn.unelevated BurnPipe.{AA155F4B-A1C6-4E2D-8116-43D5C843B88A}
 {21A2F814-7C9E-4558-8B45-26A73880F63D} 9004 -l log.txt'
 [19E4:1418][2015-03-23T12:32:38]i000: Initializing string variable
 'InstallFolder' to value '[ProgramFilesFolder]WiX Toolset v3.9'
 [19E4:1418][2015-03-23T12:32:38]i000: Setting string variable
 'WixBundleLog'
 to value 'C:\Download\Wix\log.txt'
 [19E4:1418][2015-03-23T12:32:38]i000: Setting string variable
 'WixBundleOriginalSource' to value 'C:\Download\Wix\wix39.exe'
 [19E4:1418][2015-03-23T12:32:38]i000: Setting string variable
 'WixBundleOriginalSourceFolder' to value 'C:\Download\Wix\'
 [19E4:1418][2015-03-23T12:32:38]e000: Error 0x80070005: Failed to load UX
 DLL.
 [19E4:1418][2015-03-23T12:32:38]e000: Error 0x80070005: Failed to load UX.
 [19E4:1418][2015-03-23T12:32:38]e000: Error 0x80070005: Failed while
 running
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: InstallFolder = C:\Program
 Files (x86)\WiX Toolset v3.9
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: ProgramFilesFolder =
 C:\Program Files (x86)\
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleAction = 4
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleElevated = 1
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleInstalled = 1
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleLog =
 C:\Download\Wix\log.txt
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleManufacturer =
 Outercurve Foundation
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleName = WiX Toolset
 v3.9.1208.0
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleOriginalSource =
 C:\Download\Wix\wix39.exe
 [19E4:1418][2015-03-23T12:32:38]i410: Variable:
 WixBundleOriginalSourceFolder = C:\Download\Wix\
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleProviderKey =
 {0f7c49f2-f5d2-4eaa-9de5-a274bdcbe6af}
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleTag =
 [19E4:1418][2015-03-23T12:32:38]i410: Variable: WixBundleVersion =
 3.9.1208.0
 [19E4:1418][2015-03-23T12:32:38]e000: Error 0x80070005: Failed to run
 per-user mode.
 [19E4:1418][2015-03-23T12:32:38]i007: Exit code: 0x80070005, restarting: No



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Cannot-install-Wix-Wix39-exe-tp7599681.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error: Loading prerequisite bootstrapper application

2015-03-19 Thread Sean Hall

Thanks for following up. You probably clicked the Update Available button
the first time, I logged a bug at http://wixtoolset.org/issues/4710/ since
v3.10.1124 shouldn't appear as an upgrade.

On Thu, Mar 19, 2015 at 5:19 AM, Cadima samuel.cad...@wisedat.pt wrote:

I realised I had v3.9 installed before installing v3.10.0.1502. I
uninstalled
3.8 and installed the latest and it's working now.

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Error-Loading-prerequisite-bootstrapper-application-tp7599184p7599629.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error: Loading prerequisite bootstrapper application

2015-03-18 Thread Sean Hall

Looking at the log from the bug, the problem here is that you thought you
installed WiX v3.10.0.1502 but the first line of the log says
v3.10.1124.0.  We made a breaking change with respect to the version
numbers in v3.10.  You need to uninstall v3.10.1124.0 in order to install
the newer versions.

On Wed, Mar 18, 2015 at 1:53 PM, Rob Mensching r...@firegiant.com wrote:

 You should be able to mark the bug for triage.

 _
  Short replies here. Complete answers over there:
 http://www.firegiant.com/


 -Original Message-
 From: Cadima [mailto:samuel.cad...@wisedat.pt]
 Sent: Wednesday, March 18, 2015 11:15 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Error: Loading prerequisite bootstrapper
 application

 I don't have permission to re-open the bug, but I commented the issue with
 that information.

 Anyway, I installed the 3.8 and it works now.


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Calling C API in WiX Standard Bootstrapper Application

2015-03-18 Thread Sean Hall

In v3.8, the BAFunctions.dll was added where you can provide a dll that
WixStdBA will call into for a few of the IBootstapperApplication events.
Sadly, there's not much documentation on this but there is a sample
directory at
https://github.com/wixtoolset/wix3/tree/develop/src/burn/Samples/bafunctions
.

If you really want to create your own native BA you could start with
WixStdBA and add what you need.
https://github.com/wixtoolset/wix3/tree/develop/src/ext/BalExtension/wixstdba

On Wed, Mar 18, 2015 at 5:59 PM, egcastr egca...@gmail.com wrote:

My searchFu has not been particularly strong the last few days and I'm
hopeful someone on this list can point me in the right direction.

I need to call a C API as part of my bootstrapper to determine if a
particular feature exists on chip. The result of the C API call will then
be
used to determine if one of my prerequisites should be installed or not.
Today we use WixStandardBootstrapperApplication.HyperlinkSidebarLicense so
keeping all that basic functionality would be a really nice to have. My
initial knee jerk reaction was to try to write the equivalent of a burn
custom action that could set a property that could be used in an
InstallCondition but it appears this is not a valid approach. Instead it
appears I need to write my own bootstrapper application. :-(

I've been trying to search for a tutorial for newbies that explains how to
write my own bootstrapper application. My searches have discovered a number
of managed bootstrapper application tutorials, templates, etc., but I have
not found anything for a native bootstrapper application which I think
would
be the prefered option if I need to create an entire bootstrapper
application.

How do I write/build a custom native bootstrapper application?

Can I somehow update
WixStandardBootstrapperApplication.HyperlinkSidebarLicense with my required
C API call to determine whether one of the packages should be installed?

--
Edwin G. Castro

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Calling-C-API-in-WiX-Standard-Bootstrapper-Application-tp7599620.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FW: Wix Burn with Managed WPF UI - How to deploy on multiple disks

2015-03-18 Thread Sean Hall

If the engine can't find a payload, then it will call
IBootstrapperApplication::OnResolveSource.  Check out the comments at
https://github.com/wixtoolset/wix3/blob/develop/src/burn/inc/IBootstrapperApplication.h
for more information.

Note that you'll probably need the SWAPRUN functionality in v3.10.
https://github.com/wixtoolset/wix3/pull/168

On Wed, Mar 18, 2015 at 2:36 PM, Marco Tognacci mark...@live.it wrote:

 Any suggestions?

 I have a Burn Managed Bootstrapper with WPF UI.I need to publish my setup
 using a DVD disk.I have many msi packages in the Burn chain, so I want to
 divide my setup application on 2 or more DVD disks.I have seen the
 MediaTemplate element inside the msi package project to define the disk for
 the output msi.
 I don't need to separate the single msi packages, but only the
 bootstrapper, so my question is:Is there a way to the Burn to take the msi
 packages from different locations?
 I'd like to insert the first DVD, run the Burn setup and only if I need to
 install a msi package that is located on the second disk the setup would
 ask the user to insert the second DVD disk, how can I do this?
 Thanks.



 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] After add reference WixNetFxExtension.dll to Setup Project, build failed‏

2015-03-14 Thread Sean Hall

You'll also have to include the WixBalExtension for now in v4:
http://wixtoolset.org/issues/4703/

On Fri, Mar 13, 2015 at 8:47 AM, XuFei idiot...@outlook.com wrote:

 Yes I already in use Wix 4.0 and actually I try to downgrade to Wix 3.9,
 but I failed, main problem is In Wix 3.9 you can not put a directory
 property to a component if component already in component group. that's
 important for me. Hopeful Wix 4.0 come to stable soon. thank you.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] After add reference WixNetFxExtension.dll to Setup Project, build failed‏

2015-03-11 Thread Sean Hall

The WIX_IS_NETFRAMEWORK_451_OR_LATER_INSTALLED property was just merged
into v4 yesterday, it's not in that build.  There seems to be another issue
here that it's complaining about WIX_IS_NETFRAMEWORK_451_OR_LATER_INSTALLED,
though.

On Wed, Mar 11, 2015 at 11:56 AM, XuFei idiot...@outlook.com wrote:

 I'm in use wixtoolset v4.0.2603.0After add reference WixNetFxExtension.dll
 to Setup Project, Build failed:Cannot find the table definitions for the
 'WixMbaPrereqInformation' table.  This is likely due to a typing error or
 missing extension.  Please ensure all the necessary extensions are supplied
 on the command line with the -ext parameter.Any one know what happened. I
 just want to add a prerequisite like this to my setup project.PropertyRef
 Id=WIX_IS_NETFRAMEWORK_451_OR_LATER_INSTALLED /Condition Message=You
 must install Microsoft .NET Framework 4.5.1 or higher.
 ![CDATA[Installed OR
 WIX_IS_NETFRAMEWORK_451_OR_LATER_INSTALLED/]]/Condition

 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Where is the v3.10 feed?

2015-03-05 Thread Sean Hall

I get a 404 when going to http://wixtoolset.org/releases/feed/v3.10, and
the bundle can't access it either.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 3.9 R2 NuGet package

2015-03-04 Thread Sean Hall

There is no official Nuget package for WiX.  That won't happen until 4.0
stabilizes.  There are no plans for releasing 3.x by Nuget package.  The
nuget package in 4.x will not include the VS integration, you will still
need to install WiX for that.

On Wed, Mar 4, 2015 at 10:33 AM, Tunney, Stephen stephen.tun...@nuance.com
wrote:

 Hey everyone,

 Trying to use the NuGet package for our next product release that is
 upgrading us from 3.7 to 3.9 R2.  I have the nuget package installing for
 the solution but this seems to have a chicken/egg problem.

 I don't have WiX installed on the machine.  Therefore the wixproj projects
 aren't recognized by Visual Studio 2013.  Since the projects aren't
 recognized I can't manage packages for them.  Since I can't manage packages
 I can't add the WiX nuget package. :(  Round and round we go.

 Does anyone have any insights into this?  I would LOVE to be able to use
 the package and remove the headache of maintaining the installation state
 of my build farm for at least one more thing.

 Thoughts?
 Stephen

 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installation doesn't progress at all

2015-03-03 Thread Sean Hall

If there's nothing in the Application event log, then you might have to get
the WiX pdbs and debug Burn.

On Mon, Mar 2, 2015 at 11:17 PM, Balaji R ji4all...@gmail.com wrote:

 Hi,

 I'm 100% sure about calling plan() action, is there no other solutions for
 this ?

 Regards,
 Balaji



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installation-doesn-t-progress-at-all-tp7599147p7599430.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX Burn Command Line Options

2015-03-02 Thread Sean Hall

They aren't exactly there, Burn strips off the parts of the command line
that it recognizes so the Command doesn't have /s it has Display.None
which has other aliases.

Marco, are you asking for the ability to get /h or /s?   Or are you using
those as examples of Burn automatically handling command line parameters?
If they're just examples and you want builtin support for the managed
BootstrapperApplication class to automatically parse the variables from the
command line and set them, then file a feature request at
http://wixtoolset.org/issues.

On Mon, Mar 2, 2015 at 6:08 PM, Rob Mensching r...@firegiant.com wrote:

 They are there. Off the top of my head, /h maps to InstallAction.Help
 and /s maps to Display.Quiet. You can ignore the standard and make them
 mean whatever you want them to mean... although that's awfully weird and
 not at all recommended.

 _
  Short replies here. Complete answers over there:
 http://www.firegiant.com/

 -Original Message-
 From: Marco Tognacci [mailto:mark...@live.it]
 Sent: Monday, March 2, 2015 3:53 PM
 To: WiX - users
 Subject: Re: [WiX-users] WiX Burn Command Line Options

 But the commands like /h or /s don't arrive in the Command parse function
 available in the BurnApplication as they are processed from the Base class
 and update the State of the application, for the variables defined in the
 Burn Bundle there is not a way or a special syntax for let the base class
 processing and updating the variables without the need for parsing the
 command lines (using the function of the Command object) For the variables
 the only way is to use the Command objects functions to parse each variable
 and set them, could you add a way for doing this by the Engine and Base
 class in the next version? (perhaps adding a parameter in the Burn Bundle
 variable)?

 Thanks


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Slow Verifying of chained Exepackages

2015-02-20 Thread Sean Hall

For now you could workaround this perf bug by creating a self extracting
zip file that runs the exe after extracting itself.  This way Burn only has
to verify one file.  7zip is a free tool that can create that kind of zip
file.

On Fri, Feb 20, 2015 at 4:38 PM, Rob Mensching r...@firegiant.com wrote:

 Or help get the bug fixed...

 
  Short replies here. Complete answers over there:
 http://www.firegiant.com/


 -Original Message-
 From: ctludlow [mailto:cludl...@gmail.com]
 Sent: Friday, February 20, 2015 2:32 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Slow Verifying of chained Exepackages

 Thanks Phill,  I tried your recommendation of defaulting to cache=yes and
 added the ParallelCache to the chain, but Burn just seems to take forever
 verifying and copying the 3600 files still.   I think I'm going to have to
 abandon Burn and just write a C# app to execute the 3 setup packages
 sequentially.  Thanks for your help.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem : In Upgrade process, once cancel burn process and again execute then burn process uninstall old product

2015-02-20 Thread Sean Hall

It's all there in the log about what's going on.

Condition 'VersionNT=v6.0 AND NOT VersionNT64 AND UserLanguageID  1034
AND UserLanguageID  1046 AND UserLanguageID  2070' evaluates to false.

Plan disabled rollback for package: TESTx86, due to incomplete cache: None,
original rollback action: Install

On Fri, Feb 20, 2015 at 4:43 AM, Mrugesh Patel mrugesh.pa...@tatvasoft.com
wrote:

 Hello,

 I have problem with burn. When i upgrade burn and if i do cancel and then
 again perform upgrade then Burn uninstall msi and then install msi.

 Steps are below:
 Step1: Install older version 1.0
 Step2: Upgrade with new version 1.1 and when Burn display click on cancel.
 Step3: Run setup again and it take process and uninstall older version and
 then perform installation of same.

 sample of burn code and burn log in below of Mail.

 ===
 Burn Log

 ===
 [0908:47C4][2015-02-20T15:48:50]i001: Burn v3.9.1006.0, Windows v6.3
 (Build 9600: Service Pack 0), path: D:\TESTPROJ Setup
 Collections\TESTPROJ_v1_1_0_0_Install(x86 x64)\TEST_Setup.1.1.0.0.exe,
 cmdline: ''
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'LaunchTarget' to value '[LAUNCHPATH]'
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'USERNAME' to value ''
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'ORGANIZATIONNAME' to value ''
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'USEUSERPHONERNAME' to value ''
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'USERALTPHONE' to value ''
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'USEREMAIL' to value ''
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'UserLanguage' to value '[UserLanguageID]'
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'SystemLanguage' to value '[SystemLanguageID]'
 [0908:47C4][2015-02-20T15:48:50]i000: Initializing string variable
 'LAUNCHPATH' to value 'C:\Program Files\TESTPROJ\TEST\TEST.Proj.exe'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'WixBundleLog' to value
 'C:\Users\pct222\AppData\Local\Temp\TEST_20150220154850.log'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'WixBundleOriginalSource' to value 'D:\TESTPROJ Setup
 Collections\TESTPROJ_v1_1_0_0_Install(x86 x64)\TEST_Setup.1.1.0.0.exe'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'WixBundleOriginalSourceFolder' to value 'D:\TESTPROJ Setup
 Collections\TESTPROJ_v1_1_0_0_Install(x86 x64)\'
 [0908:47C4][2015-02-20T15:48:50]i052: Condition '(VersionNT = v6.0)'
 evaluates to true.
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'WixBundleName' to value 'TEST'
 [0908:27FC][2015-02-20T15:48:50]i000: Setting version variable
 'WixBundleFileVersion' to value '1.1.0.0'
 [0908:47C4][2015-02-20T15:48:50]i100: Detect begin, 12 packages
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KB24HOTFIXCLIENTPROFILE64CLIENT' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KB24HOTFIXCLIENTPROFILE64FULL' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KB24HOTFIXFULL32CLIENT' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KB24HOTFIXFULL32FULL' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KBHOTFIXCLIENTPROFILE64CLIENT' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KBHOTFIXCLIENTPROFILE64FULL' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KBHOTFIXFULL32CLIENT' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'KBHOTFIXFULL32FULL' to value 'Y'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'NETFRAMEWORK40' to value '1'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'NETFRAMEWORK40CLIENT' to value '1'
 [0908:47C4][2015-02-20T15:48:50]i000: Setting string variable
 'SQLLOCALDBTEST' to value 'C:\Program Files (x86)\Microsoft SQL
 Server\110\LocalDB\Binn\SqlUserInstance.dll'
 [0908:47C4][2015-02-20T15:48:50]i102: Detected related bundle:
 {fea26394-3e5b-4195-b794-d0f3d34400ce}, type: Upgrade, scope: PerMachine,
 version: 1.0.0.0, operation: MajorUpgrade
 [0908:47C4][2015-02-20T15:48:50]i052: Condition 'NETFRAMEWORK40' evaluates
 to true.
 [0908:47C4][2015-02-20T15:48:50]i052: Condition
 'KBHOTFIXCLIENTPROFILE64CLIENT OR KBHOTFIXCLIENTPROFILE64FULL OR
 KBHOTFIXFULL32CLIENT OR KBHOTFIXFULL32FULL' evaluates to true.
 [0908:47C4][2015-02-20T15:48:50]i052: Condition 'KB24HOTFIXFULL32CLIENT OR
 KB24HOTFIXFULL32FULL' evaluates to true.
 [0908:47C4][2015-02-20T15:48:50]i052: Condition
 'KB24HOTFIXCLIENTPROFILE64CLIENT OR KB24HOTFIXCLIENTPROFILE64FULL'
 evaluates to true.

Re: [WiX-users] WiX Bundle - Hide Text on Options page, based on Pre-processer variable

2015-02-15 Thread Sean Hall

In v3.8 and later versions of 3.x, WixStdBA looks for a state variable
based on the name of the control.  You can do this by adding the following
to your bundle:

?if $(var.FLAVOUR) != FLAV1 ?
Variable Name=cbInstallTrainingState Value=disable /
?endif?

On Sat, Feb 14, 2015 at 5:32 AM, Tall Tyke chris.mo...@eque2.com wrote:

 Hi,

 I have a WiX 3.9 bootsrapper project based on the
 StandardBootstrapperApplication and it has this line on the Install page
 :



 The project has a pre-processer variable called Flavour accessed as
 $(var.FLAVOUR)

 Now I only want that line to appear on the Install page when
 $(var.FLAVOUR)=FLAV1 - other possible values are FLAV2  FLAV3 and for
 those
 values I don't want the line to appear.

 Is this possible ?

 Cheers,

 Chris.



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-Bundle-Hide-Text-on-Options-page-based-on-Pre-processer-variable-tp7599226.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error: Loading prerequisite bootstrapper application

2015-02-11 Thread Sean Hall

That looks like this bug: http://wixtoolset.org/issues/4669/

On Wed, Feb 11, 2015 at 10:17 AM, Ernest Meyers eemey...@gmail.com wrote:

 My custom bootstrapper application runs on .NET 3.5 using the following
 BootstrapperCore.config:

 configuration
   configSections
 sectionGroup name=wix.bootstrapper


 type=Microsoft.Tools.WindowsInstallerXml.Bootstrapper.BootstrapperSectionGroup,
 BootstrapperCore
   section name=host

  type=Microsoft.Tools.WindowsInstallerXml.Bootstrapper.HostSection,
 BootstrapperCore /
 /sectionGroup
   /configSections
   startup useLegacyV2RuntimeActivationPolicy=true
 supportedRuntime version=v2.0.50727 sku=client/
   /startup
   wix.bootstrapper
 host assemblyName=MU.BA
   supportedFramework version=v3.5 /
 /host 
   /wix.bootstrapper
 /configuration

 The prerequisite UI appears when building the project with WiX 3.9.1208 and
 the following error appears in the runtime log:

 Loading prerequisite bootstrapper application because managed host could
 not be loaded, error: 0x80004001.

 If I build the same project with WiX 3.7, the prerequisite UI does not
 appear and the error is avoided..

 How do I use WiX 3.9 without requiring .NET 4.5 for the custom
 bootstrapper?

 --
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] VS2008 - WIX Project Type Not Shown

2015-02-09 Thread Sean Hall

VS 2008 is not supported in WiX v3.9.
http://www.joyofsetup.com/2013/09/27/visual-studio-2008-deprecated-in-wix-v3-8/

On Mon, Feb 9, 2015 at 11:13 AM, Andrew Uren urenand...@hotmail.com wrote:

Hi,

I am using the Professional version of VS2008, so I guess not.

Thanks,

Andy

-Original Message-
From: Phill Hogland
Sent: Monday, February 09, 2015 5:03 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] VS2008 - WIX Project Type Not Shown

Is this related to your concern?

https://support.firegiant.com/entries/24003561-WiX-toolset-support-for-Visual-Studio-Express-

--
View this message in context:

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/VS2008-WIX-Project-Type-Not-Shown-tp7599156p7599157.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is
your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to select radio buttons in Hyperlink Theme

2014-12-11 Thread Sean Hall

It appears that you must declare the radio button Variables in your bundle,
and set their values to 0.  Then use the BS_AUTORADIOBUTTON HexStyle (9).

On Thu, Dec 11, 2014 at 5:44 PM, garymonk g...@gurudental.com wrote:

 I have modified the Hyperlink theme install page to include two radio
 buttons.

 Page Name=Install
   Text X=160 Y=100 Width=-11 Height=17 FontId=3Select
 software to install/Text
   Button Name=ClientInstall X=160 Y=130 Width=-11 Height=17
 TabStop=yes FontId=3 HexStyle=0x04Guru Teach Client
 Only/Button
   Button Name=ServerInstall X=160 Y=155 Width=-11 Height=17
 TabStop=yes FontId=3 HexStyle=0x04Guru Teach Client and
 Server/Button
   Text X=110 Y=200 Width=300 Height=30 FontId=3
 DisablePrefix=yes#(loc.OptionsDescription)/Text
   Hypertext Name=EulaHyperlink X=11 Y=-61 Width=-11
 Height=51
 TabStop=yes FontId=3
 HideWhenDisabled=yes#(loc.InstallLicenseLinkText)/Hypertext
 Checkbox Name=EulaAcceptCheckbox X=-11 Y=-41 Width=260
 Height=17 TabStop=yes FontId=3
 HideWhenDisabled=yes#(loc.InstallAcceptCheckbox)/Checkbox
   Text X=11 Y=-11 Width=260 Height=17
 FontId=3#(loc.InstallVersion)/Text

 Button Name=InstallButton X=-91 Y=-11 Width=75 Height=23
 TabStop=yes FontId=0#(loc.InstallInstallButton)/Button
 Button Name=WelcomeCancelButton X=-11 Y=-11 Width=75
 Height=23 TabStop=yes FontId=0#(loc.InstallCloseButton)/Button
 /Page

 The problem is you cannot select either radio button. I've played around
 with the HexStyle values but they're either grayed out (9) or unusable (4).

 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7598537/hyperlink.png
 

 How do I make the buttons usable and set a variable(s) to either 0 or 1
 based on whether the button is selected?

 Thanks,
 Gary



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-select-radio-buttons-in-Hyperlink-Theme-tp7598537.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix bootstrapper - default value for custom string field

2014-12-10 Thread Sean Hall

Everything about contributing to WiX should be explained here:
http://wixtoolset.org/development/

On Wed, Dec 10, 2014 at 4:10 AM, jfish radi...@msn.com wrote:

 Thanks Sean - more of a bug than I feature I would say.  :-)

 I have a fix that I'd like to check in.  I haven't contributed before -
 could you please help me to understand the etiquette around submitting
 code?

 Thanks very much
 Jeff.



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-bootstrapper-default-value-for-custom-string-field-tp7598476p7598510.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install condition is not being set in options dialog [P]

2014-12-10 Thread Sean Hall

The logic for which page's controls get saved when you click which button
is hardcoded
https://github.com/wixtoolset/wix3/blob/develop/src/ext/BalExtension/wixstdba/WixStandardBootstrapperApplication.cpp.
Clicking the OptionsButton or the InstallButton saves the Install
page.  Clicking the OptionsOkButton saves the Options page.  Clicking
on the RepairButton or the UninstallButton saves the Modify page.

You'll only see the variable initialized in the log if you declare the
variable with a default value in the bundle.

On Wed, Dec 10, 2014 at 6:59 PM, garymonk g...@gurudental.com wrote:

 I do not see anything in the log that shows that the checkbox is being
 initialized.

 I copied the variable statement and the checkbox statement from your code
 and changed the names and I still do not see anything in my log.

 My log looks like this...

 [022C:2E6C][2014-12-10T16:51:33]i000: Setting numeric variable
 'EulaAcceptCheckbox' to value 1
 [022C:2E6C][2014-12-10T16:51:35]i000: Setting numeric variable
 'EulaAcceptCheckbox' to value 1
 [022C:5B60][2014-12-10T16:51:35]i200: Plan begin, 2 packages, action:
 Install
 [022C:5B60][2014-12-10T16:51:35]i052: Condition 'InstallServer = 1'
 evaluates to false.
 [022C:5B60][2014-12-10T16:51:35]w321: Skipping dependency registration on
 package with no dependency providers: Server

 I'd almost think that it wasn't using my theme file except that the option
 dialog displays with the checkbox and text in the theme file.

 I'm wondering why the EulaAcceptCheckbox is displayed twice?

 Thanks,
 Gary



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-Install-condition-is-not-being-set-in-options-dialog-P-tp7598521p7598524.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix bootstrapper - default value for custom string field

2014-12-08 Thread Sean Hall

This is a reported issue about the default value for editboxes.
http://wixtoolset.org/issues/4496/

On Mon, Dec 8, 2014 at 12:55 PM, Jeff Fisher radi...@msn.com wrote:

 I’ve added a couple of Editbox fields and a Checkbox to the Options page
 in one of the standard Bootstrapper themes, and hooked these up with
 corresponding Burn Variables (string and number as appropriate).  In terms
 of functionality, the new fields appear to work as expected, and the
 correct values are passed down to the MSIs. However, there’s an issue with
 the UI presentation of the default values.


 When I run my setup.exe, the Checkbox field defaults to the value in my
 Burn variable as expected, but the EditBox fields  do NOT display the
 default values.


 Looking in WixStandardBootstrapperApplication.cpp, around line 1929 I can
 see where the defaults are set for Checkbox and Radio controls. I don’t see
 code there corresponding to String/Editbox fields.


 Is there a way to set default values in Burn variables such that they
 appear in the UI?


 Thanks,






 Jeff

 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using DllImport inside Wix Custom Action shows DLL Error

2014-12-07 Thread Sean Hall

You need to remove the CustomAction attribute from the SHGetFolderPath
method and put it on your WriteFileToDisk method.

On Sun, Dec 7, 2014 at 6:06 AM, Sarvagya Pant sarvagya.p...@gmail.com
wrote:

 I have been making a MSI Installer that can get the value of property
 passed to it and write a Config file. I am supposed to call MSI as:

 msiexec /i myfile.msi /l*v output.txt IPADDRESS=192.168.1.1

 and get value of IPADDRESS

 I have following Wix C# Code that is supposed to work

 namespace SetupCA
 {

 public class CustomActions
 {

 [CustomAction]
 [DllImport(shell32.dll)]
 public static extern Int32 SHGetFolderPath(
 IntPtr hwndOwner,   // Handle to an owner window.
 Int32 nFolder,  // A CSIDL value that identifies
 the folder whose path is to be retrieved.
 IntPtr hToken,  // An access token that can be used
 to represent a particular user.
 UInt32 dwFlags, // Flags to specify which path is
 to be returned. It is used for cases where
 // the folder associated with a CSIDL may be moved or renamed
 by the user.
 StringBuilder pszPath);
 public static ActionResult WriteFileToDisk(Session session)
 {

 session.Log(Begin WriteFileToDisk);

 const int CSIDL_LOCAL_APPDATA = 0x001c;
 StringBuilder path1 = new StringBuilder(256);
 SHGetFolderPath(IntPtr.Zero, CSIDL_LOCAL_APPDATA, IntPtr.Zero,
 0, path1);
 session.Log(LOCAL APP_DATA PATH  + path1.ToString());

 string ipAddress = session[IPADDRESS];
 string path = path1.Replace(@\, @\\).ToString();
 path = path + @\\lpa\\config\\;
 session.Log(LOCAL APP_DATA PATH NOW MODIFIED  +
 path.ToString());
 string temp = @
 {{
  logpoint_ip : {0}
 }};
 string config = string.Format(temp, ipAddress);
 session.Log(Config Generated was  + config);
 System.IO.Directory.CreateDirectory(path);
 try
 {
 System.IO.File.Delete(path + lpa.config);
 }
 catch (Exception e)
 {
 session.Log(e.ToString());
 }
 System.IO.File.WriteAllText(path + lpa.config, config);
 session.Log(Ending WriteFileToDisk);

 return ActionResult.Success;
 }
 }
 }

 The above code is supposed to get the value of IPADDRESS and write a file
 to the folder given by CSIDL_LOCAL_APPDATA . For this I used
 SHGetFolderPath inside shell32.dll using DLLIMPORT.

 My Wix file is given below:

 ?xml version=1.0 encoding=UTF-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
 Product Id=* Name=CustomWixInstallerWithCustomAction
 Language=1033 Version=1.0.0.0 Manufacturer=LogPoint
 UpgradeCode=ba9015b9-027f-4451-adb2-e38f9168a850
 Package InstallerVersion=200 Compressed=no
 InstallScope=perMachine /

 MajorUpgrade DowngradeErrorMessage=A newer version of
 [ProductName] is already installed. /
 MediaTemplate /

 Feature Id=ProductFeature
 Title=CustomWixInstallerWithCustomAction Level=1
 ComponentGroupRef Id=ProductComponents /
 /Feature
 /Product

 Fragment
 Directory Id=TARGETDIR Name=SourceDir
 Directory Id=ProgramFilesFolder
 Directory Id=INSTALLFOLDER Name=CustomWixInstaller /
 /Directory
 /Directory
 /Fragment

 Fragment
 ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER
   Component Id=SomeRandomEXE
 File Source
 =G:\SarVaGYa\myworkspace\LatestLpa\lpa\lpa_c\here\src\lpa\Release\lpa.exe
 /
   /Component
 /ComponentGroup
 Binary Id=SetupCA  SourceFile=G:\visual studio
 stuffs\SetupCA\SetupCA\bin\Release\SetupCA.CA.dll/
 CustomAction Id=WRITEFILETODISK Execute=immediate
 BinaryKey=SetupCA DllEntry=WriteFileToDisk /
 InstallExecuteSequence
   Custom Action=WRITEFILETODISK Sequence=2/Custom
 /InstallExecuteSequence
 /Fragment
 /Wix

 Both get compiled but when I try to install the MSI using the command I
 wrote above I get the following error:

 There is a problem with this Windows Installer package. A DLL required for
 this install to complete could not be run. 

 How do I solve this Issue? Can't I use DLLImport in Wix C# Custom Action.

 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list

Re: [WiX-users] VS2013 Intellisense is not working for Wix ComPlusExtension

2014-12-03 Thread Sean Hall

It is fixed, though I believe Bob did 2013 and I did 2015.

On Tue, Dec 2, 2014 at 9:05 AM, Rob Mensching r...@firegiant.com wrote:

 Bug. I *think* this was fixed recently by Sean.

 _
  Short replies here. Complete answers over there:
 http://www.firegiant.com/


 -Original Message-
 From: ssmsam [mailto:ssmcs...@gmail.com]
 Sent: Tuesday, December 2, 2014 2:58 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] VS2013 Intellisense is not working for Wix
 ComPlusExtension

 Hi,

 I have copied the complus.xsd into this location C:\Program Files
 (x86)\Microsoft Visual Studio 12.0\Xml\Schemas, now is working fine.

 However the WiX Toolset 3.9 seems its not installing this schema to the
 required location.

 Regards,
 Sampat


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unhandled exception when launching MBA

2014-12-03 Thread Sean Hall

Can someone write up a bug on this?  I've never seen this before.

On Tue, Dec 2, 2014 at 3:23 PM, Tunney, Stephen stephen.tun...@nuance.com
wrote:

 Bingo!  That did it :)  Thank you for the heads up Phill!!!

 -Original Message-
 From: Phill Hogland [mailto:phogl...@rimage.com]
 Sent: December-02-14 2:15 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Unhandled exception when launching MBA

 I'm not sure if this comment will be much help, but when I started working
 on an mba I made the mistake of trying to interact with Engine Variables
 early in my app startup, before DetectBegin handler was fired, which caused
 threads to close and then an exception later.  I add
 System.Diagnostics.Debugger.Launch();
 to the app::Run function and step in from there.



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unhandled-exception-when-launching-MBA-tp7598331p7598332.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from
 Actuate! Instantly Supercharge Your Business Reports and Dashboards with
 Interactivity, Sharing, Native Excel Exports, App Integration  more Get
 technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Failure to Repair, Uninstall, or Upgrade using WixStdBa and Wix 3.9

2014-12-03 Thread Sean Hall

Does the workaround from the bug work for you?  (removing the default value)

On Wed, Dec 3, 2014 at 12:45 PM, Rob Mensching r...@firegiant.com wrote:

 Sounds like: http://wixtoolset.org/issues/4609/

 _
  Short replies here. Complete answers over there:
 http://www.firegiant.com/


 -Original Message-
 From: John Cooper [mailto:jocoo...@jackhenry.com]
 Sent: Wednesday, December 3, 2014 10:31 AM
 To: General discussion for Windows Installer XML toolset. (
 wix-users@lists.sourceforge.net)
 Subject: [WiX-users] Failure to Repair, Uninstall, or Upgrade using
 WixStdBa and Wix 3.9

 I'm seeing a weird error on three products that all use the WixStdBa to
 install a single MSI.

 Install goes fine.

 However, attempts to Repair, Uninstall, or Upgrade result in:

 0x80070057 - the parameter is incorrect.

 This has only cropped up in the past two days, and the bundle authoring
 has been stable for months

 Here is the end of the bundle log:

 [1788:10BC][2014-12-03T10:23:06]i299: Plan complete, result: 0x0
 [1788:10BC][2014-12-03T10:23:06]i300: Apply begin
 [19F8:1568][2014-12-03T10:23:06]e000: Error 0x80070057: Failed to set the
 variant's encryption state
 [19F8:1568][2014-12-03T10:23:06]e000: Error 0x80070057: Failed to set
 value of variable: OperationalSqlConnectionString
 [19F8:1568][2014-12-03T10:23:06]e000: Error 0x80070057: Failed to set
 variable.
 [19F8:1568][2014-12-03T10:23:06]e000: Error 0x80070057: Failed to read
 variables.
 [1788:10BC][2014-12-03T10:23:06]e000: Error 0x80070057: Another
 per-machine setup is already executing.
 [1788:10BC][2014-12-03T10:23:06]i399: Apply complete, result: 0x80070057,
 restart: None, ba requested restart:  No

 First, I have verified that another per-machine setup is in fact NOT
 executing.

 Second, in all cases the variable that is failing is marked hidden in
 the bundle authoring.

 Is this the Hidden variable serialization issue?

 Can I mitigate this-for the time being-by removing the Hidden attributes
 from these Burn bundle variables?

 Third, is there any more info you want?  I've got a VM that just
 experienced this uninstall/upgrade failure, and I can extract from it just
 about anything you want to know.
 --
 John Merryweather Cooper
 Senior Software Engineer | Enterprise Service Applications | Continuing
 Development Jack Henry  Associates, Inc.(r) | Lenexa, KS  66214 | Ext:
 431050 |jocoo...@jackhenry.commailto:jocoo...@jackhenry.com


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to display different message on success screen for installation and un-installation

2014-11-25 Thread Sean Hall

We're working on it:

http://wixtoolset.org/issues/4604/
http://wixtoolset.org/issues/4149/
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIXFEAT-4149-Add-UninstallSuccess-page-to-WixStdBA-td7594480.html
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIP-4149-and-4552-td7597207.html
http://youtu.be/J5_1Scj0BTw?t=17m37s

On Fri, Nov 21, 2014 at 5:34 AM, chaitanya33 krupeshdh...@gmail.com wrote:

 Hi,

 I have created installer in stdba.
 I have attached RtfTheme.xml and RtfTheme.wxl in my project.

 During installation and un-installation I am observing that in dialog
 Setup
 Successful message gets displayed.

 I want to update this message and/ add new resource:
 Installation Successful
 Uninstallation Successful

 Is it possible to create new resource and load it on same dialog Success
 during different operations in stdba?

 During installation: Installation Successful
 During un-installation: Uninstallation Successful

 with regards,
 CD



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-display-different-message-on-success-screen-for-installation-and-un-installation-tp7598165.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assigning User rights (Security Policies) to the application user

2014-11-19 Thread Sean Hall

No, the only User Rights supported by WiX today are the
LogonAsBatchJob and LogonAsService
rights.  It looks like there was a feature request for this
http://wixtoolset.org/issues/533/, but I can't find the issue that this is
supposed to be a duplicate of.

On Wed, Nov 19, 2014 at 12:37 PM, John Cooper jocoo...@jackhenry.com
wrote:

 Yes, but at a much lower level.

 See util:PermissionEx

 For users, some permissions are set in the util:User element.

 I don't set or clear GPO during an install because:  1) they'll generally
 roll right back in; and 2) removing a GPO doesn't necessarily remove the
 restrictions it imposes.

 --
 John Merryweather Cooper
 Senior Software Engineer | Enterprise Service Applications | Continuing
 Development
 Jack Henry  Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 |
 jocoo...@jackhenry.com



 -Original Message-
 From: ssmsam [mailto:ssmcs...@gmail.com]
 Sent: Wednesday, November 19, 2014 12:31 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Assigning User rights (Security Policies) to the
 application user

 Hi John,

 Is there any way in wix to assign additional local securities ?

 Regards,
 Sampat



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Assigning-User-rights-Security-Policies-to-the-application-user-tp7598091p7598105.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from
 Actuate! Instantly Supercharge Your Business Reports and Dashboards with
 Interactivity, Sharing, Native Excel Exports, App Integration  more Get
 technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 NOTICE: This electronic mail message and any files transmitted with it are
 intended
 exclusively for the individual or entity to which it is addressed. The
 message,
 together with any attachment, may contain confidential and/or privileged
 information.
 Any unauthorized review, use, printing, saving, copying, disclosure or
 distribution
 is strictly prohibited. If you have received this message in error, please
 immediately advise the sender by reply email and delete all copies.



 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assigning User rights (Security Policies) to the application user

2014-11-19 Thread Sean Hall

Found it: http://wixtoolset.org/issues/1938/

On Wed, Nov 19, 2014 at 3:21 PM, Sean Hall r.sean.h...@gmail.com wrote:

 No, the only User Rights supported by WiX today are the LogonAsBatchJob
 and LogonAsService rights.  It looks like there was a feature request for
 this http://wixtoolset.org/issues/533/, but I can't find the issue that
 this is supposed to be a duplicate of.

 On Wed, Nov 19, 2014 at 12:37 PM, John Cooper jocoo...@jackhenry.com
 wrote:

 Yes, but at a much lower level.

 See util:PermissionEx

 For users, some permissions are set in the util:User element.

 I don't set or clear GPO during an install because:  1) they'll generally
 roll right back in; and 2) removing a GPO doesn't necessarily remove the
 restrictions it imposes.

 --
 John Merryweather Cooper
 Senior Software Engineer | Enterprise Service Applications | Continuing
 Development
 Jack Henry  Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 |
 jocoo...@jackhenry.com



 -Original Message-
 From: ssmsam [mailto:ssmcs...@gmail.com]
 Sent: Wednesday, November 19, 2014 12:31 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Assigning User rights (Security Policies) to the
 application user

 Hi John,

 Is there any way in wix to assign additional local securities ?

 Regards,
 Sampat



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Assigning-User-rights-Security-Policies-to-the-application-user-tp7598091p7598105.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from
 Actuate! Instantly Supercharge Your Business Reports and Dashboards with
 Interactivity, Sharing, Native Excel Exports, App Integration  more Get
 technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 NOTICE: This electronic mail message and any files transmitted with it
 are intended
 exclusively for the individual or entity to which it is addressed. The
 message,
 together with any attachment, may contain confidential and/or privileged
 information.
 Any unauthorized review, use, printing, saving, copying, disclosure or
 distribution
 is strictly prohibited. If you have received this message in error, please
 immediately advise the sender by reply email and delete all copies.



 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Localizing Managed BA

2014-11-07 Thread Sean Hall

I think you should be putting the en-US satellite assembly in an en-US
subfolder (Payload Name=en-US\Agilent...).  This is a .NET thing, not
Burn: http://msdn.microsoft.com/en-us/library/21a15yht.aspx

On Fri, Nov 7, 2014 at 5:15 PM, gowri.malas...@agilent.com wrote:

 Hi, I am trying to support localization for my Managed BA. I generated
 pseudo localized satellite assembly for en-US.

 Modified bundle.wxs to include satellite resource dll
 Payload
 SourceFile=..\Translation\lib\Release\en-US\Agilent.OpenLAB.Installation.resources.dll
 Name=1033\Agilent.OpenLAB.Installation.resources.dll/

 But I get the error when I run my BA (See below). What am I doing wrong?

 I even tried to build my BA with compressed property set to no on the
 resource dll payload to see if the file is copied to language specific
 folder, but that didn't work either.
 Thanks

 [101B4:10244][2014-11-07T14:30:19]e000:
 System.Xaml.XamlObjectWriterException: The invocation of the constructor on
 type 'Agilent.OpenLAB.Installation.Pages.License.LicensePage' that matches
 the specified binding constraints threw an exception. ---
 System.Resources.MissingSatelliteAssemblyException: The satellite assembly
 named Agilent.OpenLAB.Installation.resources.dll,
 PublicKeyToken=968ccb9b2a5fe74 for fallback culture en-US either could
 not be found or could not be loaded. This is generally a setup problem.
 Please consider reinstalling or repairing the application.
at
 System.Resources.ManifestBasedResourceGroveler.HandleSatelliteMissing()
at
 System.Resources.ManifestBasedResourceGroveler.GrovelForResourceSet(CultureInfo
 culture, Dictionary`2 localResourceSets, Boolean tryParents, Boolean
 createIfNotExists, StackCrawlMark stackMark)
at System.Resources.ResourceManager.InternalGetResourceSet(CultureInfo
 requestedCulture, Boolean createIfNotExists, Boolean tryParents,
 StackCrawlMark stackMark)
at System.Resources.ResourceManager.InternalGetResourceSet(CultureInfo
 culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.GetResourceSet(CultureInfo culture,
 Boolean createIfNotExists, Boolean tryParents)
at MS.Internal.Resources.ResourceManagerWrapper.get_ResourceSet()
at MS.Internal.Resources.ResourceManagerWrapper.GetStream(String name)
at MS.Internal.AppModel.ResourcePart.EnsureResourceLocationSet()
at MS.Internal.AppModel.ResourcePart.GetContentTypeCore()
at System.IO.Packaging.PackagePart.get_ContentType()
at System.Windows.Application.LoadComponent(Object component, Uri
 resourceLocator)
at
 Agilent.OpenLAB.Installation.Pages.License.WelcomePageView.InitializeComponent()
at Agilent.OpenLAB.Installation.Pages.License.LicensePage..ctor()
--- End of inner exception stack trace ---

 --
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FontId descriptions

2014-11-06 Thread Sean Hall

The FontId refers to Font elements (
http://wixtoolset.org/documentation/manual/v3/xsd/thmutil/font.html)
created in your theme file.

On Thu, Nov 6, 2014 at 8:22 PM, Ryan Waller rwal...@microsoft.com wrote:

 Where can I find a list of the supported FontIds and their descriptions,
 for use with Theme elements used in the RTFTheme.xml in WixStdBA?

 For example, I'd like to change the FontID of the Text element to Bold,
 and maybe even Orange color.

 http://wixtoolset.org/documentation/manual/v3/xsd/thmutil/text.html


 I'm using Wix 3.9 and am having issues using ThmViewer.exe to preview
 FontId selections because oftentimes my built BA shows something completely
 different.


 Ryan




 --
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] BURN : Elevate related question

2014-10-27 Thread Sean Hall

Sounds like a reasonable feature request.

On Mon, Oct 27, 2014 at 7:08 AM, anirudha_kulkarni kanirudh...@gmail.com
wrote:

 Okay, my above Question is around a year ago and I think, now, I have
 more
 sense around working of Burn Engine. I think InstallPerMachine attribute
 is an un-related/false description for above question.But, now, the
 question
 is : Is there any specific reason around NOT providing a *callback* after
 user accepts UAC ?The ONLY work-around that I can figure out right now is,
 waiting for Engine to set value of WixBundleElevated variable to 1 by
 using a *LOOP* !Please let me know, if some one has any better alternative
 for this issue.*NOTE :* I know that Burn manages UAC on it's OWN after we
 initiate Plan phase. But, my specific requirement is invoking UAC even
 before showing any UI of our installer.



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

 --
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PrereqSupportPackage only for .Net Prerequisites?

2014-10-27 Thread Sean Hall

The original design for the ManagedBootstrapperApplicationHost was to get
.NET up and running for the MBA.  In v3.9, we added support for multiple
prerequisite packages because installing .NET 4 on XP/2003 required WIC as
well, so PrereqSupportPackage was pretty much designed for .NET
prerequisites.

You're not the first person to bring this up, but no one has filed a
feature request yet.  Keep in mind that what you're asking for is against
the design for Burn: presenting the user with multiple installations for a
single product.  Also, the more dependencies your BA has, the more fragile
your installer is.

On Mon, Oct 27, 2014 at 7:06 AM, Hurne, Samuel shu...@cspeed.com wrote:

 All,

 I have a Burn bootstrapper installer that will be installing several
 packages within in its bundle. Additionally, I have a custom bootstrapper
 application that might need to make use of assemblies that have been
 previously installed into the GAC, and I might have a need to use updated
 versions of those assemblies. So, I'm looking for a built-in method of
 installing prerequisites before the custom BA is started up.

 At first glance, in the 3.9 RC4, it looks like I should be able to use the
 PrereqSupportPackage WixBalExtension to specify prerequisite packages that
 should be installed before the custom BA is started. However, I haven't had
 any luck with this and after looking at the code, it looks like this is
 really only meant for .Net version installers. Is this correct? Am I
 missing something, or is there another way of achieving what I'm trying to
 do?

 Thanks,
 Sam

 --
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn:GetCommandLineArgs

2014-10-18 Thread Sean Hall

WixStdBA converts command line key=value pairs to Burn Variables if the key
was declared overridable, but as far as I know there's no way for a BA to
pass arbitrary properties to an MSI package.

On Fri, Oct 17, 2014 at 7:36 AM, Phill Hogland phogl...@rimage.com wrote:

I have noticed that when I use -?, -h, or -help with my mba bundle, these
parameters are stripped by Burn prior to returning
Bootstrapper.Command.GetCommandLineArgs(). Yet using these switches with
burn.exe or with my bundle.exe does not result in displaying a list of the
built-in command line switches that Burn supports (which is reasonable with
regard to the bundle.exe). I was trying to provide feedback to the user
which would include the default Burn supported switches and the switches
that my mba implements. But since -? and -h[elp] are stripped without a
response, it looks like I need to implement a non-standard switch that the
user may have difficulty guessing. Am I overlooking a simpler approach?

Also I notice that the WixStdBA passes command line key=value pairs to the
MSI packages if it does not know about the key. I am looking for a way to
do this in the mba, but did not find the appropriate Engine function to
call
with the extra command line information.

Thank you for your time in advising on these issues.

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

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Can't add new Bug: Managed Burn Bootstrapper not localize prerequisites window

2014-10-18 Thread Sean Hall

Is this the same issue? http://wixtoolset.org/issues/4499/

On Sat, Oct 18, 2014 at 2:03 PM, Marco Tognacci mark...@live.it wrote:

 I have tried to add a bug about burn localization, but It reported an
 error, so I publish it here.




 The Burn Managed bootstrapper of the version 3.9 not works in localizing
 the Prerequisites window.I'm in Italy, and I have tried to install on a
 english Windows 7 OS and the prerequisites window appear localized in
 Italian not in english.The prerequisite that I need to Install is the Net
 Framework 4.5.2, if I install it directly from the net framework exe it is
 correcly localized.
 I have the same problem in my Burn application, when the setup start it
 copy on the temp folder all the folders with localized text, but it seen
 not to recognize the language of the system.


 --
 Comprehensive Server Monitoring with Site24x7.
 Monitor 10 servers for $9/Month.
 Get alerted through email, SMS, voice calls or mobile push notifications.
 Take corrective actions from your mobile device.
 http://p.sf.net/sfu/Zoho
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET FX 4.5 as the supportedRuntime and supportedFramework in BootstrapperCore.config

2014-09-17 Thread Sean Hall

Starting with .NET 4.5, there is no client profile.

On Wed, Sep 17, 2014 at 2:40 PM, Yari Serve se...@my-horizon.de wrote:

 Greetings,



 I'm currently writing my own Bootstrapper Application with WPF and .NET
 4.5.



 Because all applications installed with the BA will be run using .NET 4.5,
 I
 want set this as the supportedFramework. Unfortunately, this does not work
 and only opens the Prereq-Installer instead of my custom BA UX.



 This works:

   startup useLegacyV2RuntimeActivationPolicy=true

 supportedRuntime version=v4.0 /

   /startup

   wix.bootstrapper

 host assemblyName=Company.Product.Installer

   supportedFramework version=v4\Full /

   supportedFramework version=v4\Client /

 /host

   /wix.bootstrapper



 This does not:

   startup useLegacyV2RuntimeActivationPolicy=true

 supportedRuntime version=v4.0 sku=.NETFramework,Version=v4.5 /

   /startup

   wix.bootstrapper

 host assemblyName=MyHorizon.ImmoCRM.Installer

   supportedFramework version=v4.5\Client /

 /host

   /wix.bootstrapper



 Why? Maybe it's just supposed to work with v4.0 as the supportedRuntime,
 because 4.5 is an in-place upgrade. But better safe than sorry.



 Thanks!


 --
 Want excitement?
 Manually upgrade your production database.
 When you want reliability, choose Perforce
 Perforce version control. Predictably reliable.

 http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET FX 4.5 as the supportedRuntime and supportedFramework in BootstrapperCore.config

2014-09-17 Thread Sean Hall

It's impossible to tell what's wrong without looking at the log in the
%TEMP% directory.

On Wed, Sep 17, 2014 at 4:02 PM, Yari Serve se...@my-horizon.de wrote:

 Sean,

 Even this does not work:

   supportedFramework version=v4.5 /

 Still opening the PreReq BA instead of my custom BA.

 -Original Message-
 From: Sean Hall [mailto:r.sean.h...@gmail.com]
 Sent: Mittwoch, 17. September 2014 22:51
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] .NET FX 4.5 as the supportedRuntime and
 supportedFramework in BootstrapperCore.config

 Starting with .NET 4.5, there is no client profile.
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn - Uninstalling an InnoSetup-based ExePackage

2014-08-28 Thread Sean Hall

For now, you could always write a little wrapper exe yourself that receives
the InstallCommand and UninstallCommand and does the right thing and
include the real setup.exe as a payload of that package.


On Thu, Aug 28, 2014 at 10:48 AM, Hoover, Jacob jacob.hoo...@greenheck.com
wrote:

 Gut feel is if we can get the uninstall key info, we should be able to get
 the path from there (and optional parameters).

 -Original Message-
 From: Rob Mensching [mailto:r...@firegiant.com]
 Sent: Thursday, August 28, 2014 10:35 AM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Burn - Uninstalling an InnoSetup-based ExePackage

 Yeah, we should talk about the best way to implement this on wix-devs.
 IIRC, with InnoSetup there are a couple options we could implement.

 ___
  FireGiant  |  Dedicated support for the WiX toolset  |
 http://www.firegiant.com/

 -Original Message-
 From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
 Sent: Thursday, August 28, 2014 8:29 AM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Burn - Uninstalling an InnoSetup-based ExePackage

 And assuming we could reliably capture the path to the uninstaller it
 shouldn't be hard to implement. Not sure if it would be a 3.x, but
 certainly a 4.x thing.

 -Original Message-
 From: Rob Mensching [mailto:r...@firegiant.com]
 Sent: Thursday, August 28, 2014 10:19 AM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Burn - Uninstalling an InnoSetup-based ExePackage

 Not today. frown/  Good feature request though.

 ___
  FireGiant  |  Dedicated support for the WiX toolset  |
 http://www.firegiant.com/

 -Original Message-
 From: Carlier, Frederik [mailto:frederik.carl...@jamosolutions.com]
 Sent: Thursday, August 28, 2014 7:43 AM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Burn - Uninstalling an InnoSetup-based ExePackage

 Hi,

 I'm using Burn to redistribute my installer and most of the dependencies.
 That works well, except for one dependency which is packaged using
 InnoSetup.
 The catch here is that while the InstallCommand is just about passing
 parameters to the source file, to uninstall, I need to run an uninstaller
 which is installed in the program's Program Files folder.

 WiX allows me to specify an UninstallCommand which are arguments passed to
 the ExePackage during uninstall. In this scenario, I can't run the
 ExePackage itself but must run a different program.

 Is there a way to achieve this with Bun?

 Thanks,

 Frederik Carlier



 --
 Slashdot TV.
 Video for Nerds.  Stuff that matters.
 http://tv.slashdot.org/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Slashdot TV.
 Video for Nerds.  Stuff that matters.
 http://tv.slashdot.org/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Slashdot TV.
 Video for Nerds.  Stuff that matters.
 http://tv.slashdot.org/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Slashdot TV.
 Video for Nerds.  Stuff that matters.
 http://tv.slashdot.org/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Slashdot TV.
 Video for Nerds.  Stuff that matters.
 http://tv.slashdot.org/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn to MSI -- Secure password -- Best Parctice

2014-08-27 Thread Sean Hall

Make sure that your mba uses the SecureStringVariables property in the
Engine class, which requires that your password is in a SecureString.  You
shouldn't put the password in a System.String.


On Wed, Aug 27, 2014 at 11:55 AM, Phill Hogland phogl...@rimage.com wrote:

 Thanks Rob, very much.  I had the Bundle/@Variable hidden but missed the
 Product/@Property.  Thanks again.



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-to-MSI-Secure-password-Best-Parctice-tp7596576p7596578.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Slashdot TV.
 Video for Nerds.  Stuff that matters.
 http://tv.slashdot.org/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Manager Bootstrapper issue with requirement for .net framework

2014-08-18 Thread Sean Hall

The configuration file must be named BootstrapperCore.config.  The easiest
thing to do is just add Name=BootstrapperCore.config to the Payload of
your config file.


On Mon, Aug 18, 2014 at 1:49 PM, Tunney, Stephen stephen.tun...@nuance.com
wrote:

 Hello everyone,

 I'm attempting to write my first bootstrapper (YAY) and I've decided that
 the managed bootstrapper would be ideal for our organization.  I'm trying
 to get a quick and dirty sample up and running with a dummy MSI inside that
 installs its own WXS file.

 Running WiX 3.8 RTM with VS2013 on Win7x64.

 So my issue is this:
 The prerequisite dialog appears with the license.  I can click Install
 and the UAC dialog appears.  The progress bar shows up but goes nowhere for
 about 10-15 seconds and eventually the process just dies.

 I have .NET 3.5.1 as a prerequisite.  I have this version of the framework
 installed on my machine as well as 4.5.1 though our product will only
 really need 3.5 for runtime.

 I'm not getting any compiler errors or anything.  I have tried this with
 supportedRuntime set to:
 supportedRuntime version=v4.0 /
 OR
 supportedRuntime version=v2.0.50727 /

 And the behaviour does not change.

 Has anyone else seen this behaviour?

 == Bundle.wxs
 ?xml version=1.0 encoding=UTF-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=
 http://schemas.microsoft.com/wix/UtilExtension; xmlns:bal=
 http://schemas.microsoft.com/wix/BalExtension;
   Bundle Name=ExpressMBA Version=1.0.0.0 Manufacturer=Test
 UpgradeCode=98f562b0-179f-4295-ba70-ee5a957d1b10
 BootstrapperApplicationRef Id=ManagedBootstrapperApplicationHost
   Payload
 SourceFile=..\BootstrapperUX\bin\Debug\BootstrapperUX.dll.config/
   Payload
 SourceFile=..\BootstrapperUX\bin\Debug\BootstrapperUX.dll/
   Payload SourceFile=C:\Program Files (x86)\WiX Toolset
 v3.8\SDK\Microsoft.Deployment.WindowsInstaller.dll/
 /BootstrapperApplicationRef

 Variable Name=InstallFolder Type=string
 Value=[ProgramFilesFolder]Test\App/

 Chain
   PackageGroupRef Id='Netfx351Full' /
   !--PackageGroupRef Id=NetFx40Web /--
   MsiPackage SourceFile=..\CAS\bin\Debug\CAS.msi Compressed=no
 Cache=yes DisplayInternalUI=yes EnableFeatureSelection=no
 ForcePerMachine=yes
   InstallCondition=1
   Visible=yes Vital=yes
 MsiProperty Name=INSTALLLOCATION Value=[InstallFolder] /
   /MsiPackage

   /Chain
/Bundle

   Fragment
 !-- Managed bootstrapper requires .NET as a dependency, since it was
 written in .NET.
WiX provides a Bootstrapper for the bootstrapper. The fragment
 below includes .NET.
For more information or examples see Heath Stewart's blog or the
 WiX source:

 http://blogs.msdn.com/b/heaths/archive/2011/10/28/introducing-managed-bootstrapper-applications.aspx
--
 WixVariable Id=WixMbaPrereqPackageId Value=Netfx351Full /
 WixVariable Id=WixMbaPrereqLicenseUrl Value=NetfxLicense.rtf /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v3.5 Value=Version Variable=Netfx351FullVersion /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v3.5 Value=Version Variable=Netfx351x64FullVersion
 Win64=yes /
 PackageGroup Id=Netfx351Full
   ExePackage Id=Netfx351Full Cache=no Compressed=yes
 PerMachine=yes Permanent=yes Vital=yes
   SourceFile=\\wat-bartist.watdev.ca
 \Build_Depot\Support\DotNetRedist\dotNetFx35.exe
   DownloadUrl=
 http://www.microsoft.com/en-ca/download/details.aspx?id=25150;

 DetectCondition=(Netfx351FullVersion=quot;3.5.30729.5420quot;) AND (NOT
 VersionNT64 OR (Netfx351x64FullVersion=quot;3.5.30729.5420quot;))
   InstallCondition=(VersionNT = v6.0 OR VersionNT64 =
 v6.0) AND (NOT (Netfx351FullVersion=quot;3.5.30729.5420quot; OR
 Netfx351x64FullVersion=quot;3.5.30729.5420quot;))/
 /PackageGroup
   /Fragment

   Fragment
 !-- Managed bootstrapper requires .NET as a dependency, since it was
 written in .NET.
WiX provides a Bootstrapper for the bootstrapper. The fragment
 below includes .NET.
For more information or examples see Heath Stewart's blog or the
 WiX source:

 http://blogs.msdn.com/b/heaths/archive/2011/10/28/introducing-managed-bootstrapper-applications.aspx
--
 WixVariable Id=WixMbaPrereqPackageId Value=Netfx451Full /
 WixVariable Id=WixMbaPrereqLicenseUrl Value=NetfxLicense.rtf /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v4\Full Value=Version Variable=Netfx4FullVersion /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v4\Full Value=Version Variable=Netfx4x64FullVersion
 Win64=yes /
 PackageGroup Id=Netfx451Full
   ExePackage Id=Netfx451Full Cache=yes Compressed=yes
 PerMachine=yes Permanent=yes Vital=yes
   SourceFile=\\wat-bartist.watdev.ca

Re: [WiX-users] [SPAM] Re: PayloadGroupRef to import fragments - Bundle fails

2014-08-14 Thread Sean Hall

I filed a bug with the same root cause last week:
http://wixtoolset.org/issues/4491/.  I guess we'll see in the wix-devs
meeting today whether they take my fix into v3.9.


On Thu, Aug 14, 2014 at 8:23 AM, Phill Hogland phogl...@rimage.com wrote:

 While reading through the engine.cpp (and related) code, I modified my
 implementation to provide a text file in the payload group, so that there
 was nothing ambiguous (as there may have been by using the empty
 PayloadGroup).  (I also discovered the usefulness of reviewing the
 bundle-manifest.xml file when 'do not delete temporary files' is selected.)

 With the added text file as a payload, the project compiles successfully,
 however when the bundle is launched, the first Payload listed in the UX
 element of bundle-manifest.xml, is now displayed in an error box which says
 Failed to load UX DLL.

 In both implementations the failure point is in userexperince.cpp (line 99)
 in UserExperienceLoad.  It seems to try and so a LoadLibrary on every
 Payload regardless of whether the Payload file is a DLL or not.  The docs
 do
 not indicate that a Payload can only be a DLL and in fact it is common to
 have XML, wxl, and png files.

 Is this a bug, or and I just pushing an edgecase?



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/PayloadGroupRef-to-import-fragments-Bundle-fails-tp7596356p7596360.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET 4.5.2 and MBA

2014-08-08 Thread Sean Hall

The reason that the WixMbaPrereqLicenseUrl variable is missing for 4.5.1
and 4.5.2 is that there is no official direct link to the license agreement
for those versions. I'm guessing that the WixMbaPrereqPackageId hasn't
been added because both variables were going to be added at the same time.

On Fri, Aug 8, 2014 at 3:54 PM, James Welle jwe...@articulate.com wrote:

Maybe my question is unclear. Check out the following two files.

https://github.com/wixtoolset/wix3/blob/develop/src/ext/NetFxExtension/wixlib/NetFx4.wxs

https://github.com/wixtoolset/wix3/blob/develop/src/ext/NetFxExtension/wixlib/NetFx452.wxs

The root of the issue appears to be that NetFx4.wxs declares two variables
used by a managed bootstrapper application:

WixVariable Id=WixMbaPrereqPackageId Value=NetFx40Web /
WixVariable Id=WixMbaPrereqLicenseUrl Value=$(var.NetFx40EulaLink) /

NetFx452.wxs does not declare these variables.

Is it supposed to or am I supposed to declare them myself?

I have been looking a little further and it looks like maybe it was a bug
that NetFx4.wxs declared them at all and I should have always been
declaring them myself.

Thanks,
James
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET 4.5.2 and MBA

2014-08-08 Thread Sean Hall

No, it just means you need to define them yourself in your bundle.


On Fri, Aug 8, 2014 at 4:16 PM, James Welle jwe...@articulate.com wrote:

 Interesting, does that mean that using a MBA that requires .NET4 with a
 bundle that requires .NET 4.5.1 or 4.5.2 does not work yet?

 James

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn/bundle EXE - setting property?

2014-08-04 Thread Sean Hall

In your registry search, change Variable=[SDK_DIR] to Variable=SDK_DIR.

On Mon, Aug 4, 2014 at 9:52 AM, psimms psi...@tycoint.com wrote:

I created a dummy basic installer with the same logic that has the issue,
code below and the log file attached.

See the installcommand below were the /D=[SDK_DIR] should install the
SDK.exe to that location as determined in the registry search. In line 6
of
the log it declares the SDK_DIR variable however in line 36 of the attached
log it is blank where the variable is supposed to be used.

Am I missing something here?

InstallCommand =/SUPERS /D=[SDK_DIR]

Integration_20140804153643.log

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7596206/Integration_20140804153643.log

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

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.

http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bundle fails to verify signature of payload

2014-07-14 Thread Sean Hall

Burn uses the Windows certificate store to validate the signature, so you
can right click on the MSI and go to the Digital Signatures tab and see
what Windows says about whether the signature is valid.

For 3.9, the default for SuppressSignatureVerification is supposed to be
yes, but that doesn't seem to be working for packages right now (
http://wixtoolset.org/issues/4468/).

On Mon, Jul 14, 2014 at 9:17 PM, Hoover, Jacob jacob.hoo...@greenheck.com
wrote:

Typically I've seen this when the MSI is signed but the signature is
either invalid or it's not in a chain trusted by the machine in question. I
do believe there is a push on the 4.x side to do away with certificate
verification and instead utilize hashing.

If you are creating a bundle in 3.x that is using the MySQL MSI package,
then I'd suggest just setting MSIPackage/SuppressSignatureVerification to
yes if you are using Wix 3.8 or older. For Wix 3.9, Yes is the default
value as described in the help file:

By default, a Bundle will use the hash of a package to verify its
contents. If this attribute is explicitly set to no and the package is
signed with an Authenticode signature the Bundle will verify the contents
of the package using the signature instead. Therefore, the default for this
attribute could be considered to be yes. It is unusual for yes to be
the default of an attribute. In this case, the default was changed in WiX
v3.9 after experiencing real world issues with Windows verifying
Authenticode signatures. Since the Authenticode signatures are no more
secure than hashing the packages directly, the default was changed.

-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com]
Sent: Monday, July 14, 2014 9:02 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Bundle fails to verify signature of payload

When installing the MySQL Installer MSI (it's an MSI that's trying to be a
bootstrapper, but that's not the big problem at the moment with it). I'm
getting the following errors:

Failed authenticode verification of payload:
C:\Users\Nicholas\AppData\Local\Package
Cache\.unverified\mysql_installer_community_5.6.19.0.msi

Error 0x80096010: Failed to verify signature of payload:
mysql_installer_community_5.6.19.0.msi

Does this typically mean that the MSI is not signed? In this case, is it
just best to suppress it?

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-fails-to-verify-signature-of-payload-tp7593877p7595825.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck Code
Sight - the same software that powers the world's largest code search on
Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 3.9.702 Bundle update behavior

2014-07-13 Thread Sean Hall

I've tracked this down to Jacob's change to plan.cpp
https://github.com/wixtoolset/wix3/pull/29/files#diff-6, where he made it
so that the downloaded bundle isn't cleaned from the cache.  Do you
remember why you changed this Jacob?


On Sat, Jul 12, 2014 at 8:41 AM, Phill Hogland phogl...@rimage.com wrote:

 Removing the ReleatedBundle Action='Detect' from the bundle, and repeating
 the experiments on Bundles A-D does not change the behavior.  With Wix
 3.9.702 the version designated in the atom feed is ignored if there are
 intermediate 'related' bundles cached, but not installed on the local
 system.



 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/3-9-702-Bundle-update-behavior-tp7595761p7595805.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] simple re-packaging of a 3rd party redistributable -- fixed link to screen shot

2014-06-15 Thread Sean Hall

It sounds like you want to create a self extracting archive of the 3rd
party files.  7zip is a free tool that can do this.


On Sun, Jun 15, 2014 at 9:25 PM, Moyer, Andy andy.mo...@cpii.com wrote:

 Thank you, but my user base can install click-once prerequisites.
  Security is not the problem today.  The problem is that the 3rd party
 redistributable is in the form of a setup.exe, with accompanying supporting
 sub-directories and multiple .msi files.  I need to take all the files
 together, package them, deliver them, and then execute the setup.exe
 silently from my own installer.  I would be ok on my own if the 3rd party
 files were embedded in a single file, but they are not.

 Any help is greatly appreciated, thank you,

 Andy Moyer

 -Original Message-
 From: Marek Mielcarek [mailto:mmielca...@actuate.com]
 Sent: Sunday, June 15, 2014 6:55 PM
 To: wix-users@lists.sourceforge.net; 'wix-users@lists.sourceforge.net'
 Subject: Re: [WiX-users] simple re-packaging of a 3rd party
 redistributable -- fixed link to screen shot

 ‎I am sorry, I hit sent before finishing the answer.

 A vanilla/plain ‎version of your problem goes like trhis: how to install
 a 3rd party distributable using click-once deployment. As I already
 pointed before, this is ‎is security issue.  You can deliver (virtually)
 any binary to users host but you need user with admin privilege to
 execute successful installation. Provided your 3rd party piece is available
 as msi or exe or zip you do not need wix to re-wrap it msi. Instead you can
 easily push it to client-side as embedded resource that you write to local
 folder at execution time. After that you can launch that (locally saved)
 resource but as soon as you do that your user has to be admin to succeed.
 This is the essential explanation of your problem and, if I correctly
 understand it, you do not even need wix and Your challenge is related‎ to
 security.

 Thanks


   Original Message
 From: Moyer, Andy
 Sent: Sunday, June 15, 2014 21:12
 To: 'wix-users@lists.sourceforge.net'
 Reply To: General discussion about the WiX toolset.
 Subject: [WiX-users] simple re-packaging of a 3rd party redistributable --
 fixed link to screen shot


 Hi All,

 Sorry about the link on my previous email.  This one should work.

 Please, I need help. I have a 3rd party redistributable on which my vb.net
 2012 application is dependent.  I've attached a link to a screen shot of
 the files that make up the redistributable.   Screen capture:
 https://onedrive.live.com/redir?resid=CA08CB94DCE2E3E7%211376   The point
 of the link is to show that the payload is a setup.exe with supporting
 folders and files, that the setup.exe depends on, i.e. it is not a single
 setup.exe file, it is with dependent directories and files, and that's
 where I get lost.

 The 3rd party redistributable fully supports a silent install, I've tested
 it with a command prompt.

 Ultimately, I deploy my apps with click-once, so my goal is to bundle this
 3rd party redist as a prerequisite to my click-once app-I can handle that
 on my own once I have a tidy bundle.

 What I need help with is, how can I make an .msi or .exe that  bundles up
 all the files shown in the attached screen shot, such that when the new
 .msi or .exe is ran, it invokes the payload setup.exe (the 3rd party
 redist) with command line args that will make it run silently.  (please not
 the setup.exe needs the rest of the files shown to run properly.)

 I really need help with this, I'm trying to deploy an app I've been
 working on for a while and now I've lost another week because I can't put
 together a seamless  installer for this 3rd party redist.

 To sum it up another way, I want to wrap the 3rd party redist (shown in
 the attached screen shot) within my own windows installer package, such
 that the 3rd party redist is installed silently as part of my own windows
 installer package.

 Thank you very much,

 Andy Moyer

 _



 This message, including any attachments, may include privileged,
 confidential and/or inside information. Any distribution or use of this
 communication by anyone other than the intended recipient(s) is strictly
 prohibited and may be unlawful.  If you are not the intended recipient,
 please notify the sender by replying to this message and then delete it
 from your system.

 --
 HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
 Find What Matters Most in Your Big Data with HPCC Systems Open Source.
 Fast. Scalable. Simple. Ideal for Dirty Data.
 Leverages Graph Analysis for Fast Processing  Easy Data Exploration
 http://p.sf.net/sfu/hpccsystems
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 HPCC Systems

Re: [WiX-users] Wix 3.8 - Burn - Detection of .Net Framework 1.1 not working

2014-06-13 Thread Sean Hall

No, that page is for MSI's. The WixNetFxExtension does not currently
provide a way to detect .NET 1.1 in a bundle.

On Fri, Jun 13, 2014 at 9:17 AM, Carter Young ecyo...@grandecom.net wrote:

See Step 4:

http://wixtoolset.org/documentation/manual/v3/howtos/redistributables_and_install_checks/check_for_dotnet.html

Carter

Quoting froggie froggie1...@tortenboxer.de:

Hi!

I'm trying to detect if .Net Framework 1.1 is installed and then skip it
in my bootstrapper. But the setup of NetFx1.1 is always starting and
then crashing because it is already installed. Can you help?
I have a reference to the netfx-extension and util-extension.
Here is the relevant? code-snippet:

Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
xmlns:util=http://schemas.microsoft.com/wix/UtilExtension;
xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension;
xmlns:bal=http://schemas.microsoft.com/wix/BalExtension;
Fragment

?define NetFx11RedistLink
=
http://download.microsoft.com/download/4/f/3/4f3ac857-e063-45d0-9835-83894f20e808/dotnetfx.exe
?

PropertyRef Id=NETFRAMEWORK11/

PackageGroup Id=ChainList

!-- standalone setup--
PackageGroupRef Id=NetFx40Redist/

RollbackBoundary /

!--
SourceFile=..\..\..\data\WindowsXP-KB942288-v3-x86.exe
SourceFile=redist\WindowsXP-KB942288-v3-x86.exe
--
ExePackage
Id=Installer405
DisplayName=Windows Installer 4.5
PerMachine=yes
Permanent=yes
Vital=yes
Compressed=no
SourceFile=..\..\..\data\WindowsXP-KB942288-v3-x86.exe

DownloadUrl=
http://download.microsoft.com/download/2/6/1/261fca42-22c0-4f91-9451-0e0f2e08356d/WindowsXP-KB942288-v3-x86.exe

InstallCondition=VersionNT=v5.1 AND NOT VersionNT64 AND
VersionMsilt; v4.5
InstallCommand=/quiet /norestart

ExitCode Behavior=forceReboot/

/ExePackage

RollbackBoundary /

!--
SourceFile=..\..\..\data\dotnetfx.exe
SourceFile=redist\dotnetfx.exe
--
ExePackage Id=NetFx11Redist
DisplayName=.Net Framework 1.1
Vital=yes
SourceFile=..\..\..\data\dotnetfx.exe
DownloadUrl=$(var.NetFx11RedistLink)
Compressed=no
DetectCondition=NETFRAMEWORK11/

RollbackBoundary /

MsiPackage Id=Msi
SourceFile=..\..\gfh.msi
DisplayInternalUI=yes
Compressed=yes
Vital=yes/
/PackageGroup

/Fragment
/Wix

Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
xmlns:bal=http://schemas.microsoft.com/wix/BalExtension;
xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension;
xmlns:util=http://schemas.microsoft.com/wix/UtilExtension;

Bundle .
Chain
PackageGroupRef Id=ChainList/
/Chain
/Bundle
/Wix

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Get ProductVersion of Installation Package in a bootstrapper

2014-05-28 Thread Sean Hall

You have to get use the PackageID to get that information from the
BootstrapperApplicationData.xml file.  Note that it wasn't available until
WiX 3.9.421.  C# code is at http://stackoverflow.com/questions/12846421.


On Wed, May 28, 2014 at 10:41 AM, Ingo Fischer
ingoderfisc...@hotmail.comwrote:

 My understanding was, you can read the ProductVersion of each MSI of a
 bootstrapper in the event:

 DetectPackageBegin(object sender, DetectPackageBeginEventArgs e)
  or in the event
 DetectPackageCompleted(object sender, DetectPackageCompleteEventArgs e)

 something like: e.ProductVersion

 but I can not find it.

 I would like to display the versions of the msi-files that are installed
 on the UI when running the bootstrapper.



 --
 Time is money. Stop wasting it! Get your web API in 5 minutes.
 www.restlet.com/download
 http://p.sf.net/sfu/restlet
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Fwd: Error CNDL0200: WiX Standard Bootstrapper Application

2014-05-23 Thread Sean Hall

1) This is a common problem recently, 'suppress' has two p's :)

2) It's not allowed to specify an extension twice.

On Fri, May 23, 2014 at 2:26 PM, Leonardo Pereira
profissio...@leonardopereira.com.br wrote:

Thanks Sean... now the problem changed.

*1) candle.exe -ext WixBalExtension -out File.wixobj File.wxs*

*error CNDL0004 : The bal:WixStandardBootstrapperApplication element
contains an unexpected attribute 'SupressOptionsUI'. *

But according to

http://wixtoolset.org/documentation/manual/v3/xsd/bal/wixstandardbootstrapperapplication.html
https://mailtrack.io/trace/link/f7d108a374e018b950cf4d91cdb91f311bdb75cd
SupressOptionUI
is a valid attribute! I did not understand.

*2) candle.exe -ext WixBalExtension -ext D:\WiX Toolset
v3.8\WixBalExtension.dll -out File.wixobj File.wxs*

As above, suspecting a problem of schema version, tried to force the use of
a new assembly, but there was another problem.

*candle.exe : error CNDL0125 : The extension
'Microsoft.Tools.WindowsInstallerXml.Extensions.BalCompiler' uses the same
xml schema namespace, 'http://schemas.microsoft.com/wix/BalExtension
https://mailtrack.io/trace/link/34f2bc85a05fbaf366fd142e0868b09c3d1d66a3
',
as previously loaded extension
'Microsoft.Tools.WindowsInstallerXml.Extensions.BalCompiler'. Please
either remove one of the extensions or rename the xml schema namespace to
avoid the collision.*

Where is this Microsoft.Tools.WindowsInstallerXml.Extensions.BalCompiler
class? And how can I remove or bypass the schema loaded together this
class?

Thanks again.
Leonardo
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Fwd: Error CNDL0200: WiX Standard Bootstrapper Application

2014-05-22 Thread Sean Hall

You can either use MSBuild with the .wixproj, or you can run candle/light
manually (they don't look at the WixProject file).  If you're running
candle/light manually, then you have to specify the extension on the
command line:
http://wixtoolset.org/documentation/manual/v3/howtos/general/extension_usage_introduction.html
.


On Thu, May 22, 2014 at 11:14 AM, Leonardo Pereira 
profissio...@leonardopereira.com.br wrote:

 My wxs file content:

 ?xml version=1.0 encoding=utf-8? Wix xmlns:bal=
 http://schemas.microsoft.com/wix/BalExtension
 https://mailtrack.io/trace/link/58971299fb3f9e0e8e128cf38946a302a8e264b0
 xmlns=http://schemas.microsoft.com/wix/2006/wi
 https://mailtrack.io/trace/link/5c986b89353415d9da5ea7385a1b0262af7c8793
 
 Bundle Name=Sample UpgradeCode=C8C5D724-FCDC-49b5-8556-4A95EC6F5B12
 Version=1.0.0.0 Manufacturer=XXX BootstrapperApplicationRef
 Id=WixStandardBootstrapperApplication.HyperlinkLicense
 bal:WixStandardBootstrapperAppli
 
 cation LicenseUrl= SupressOptionsUI=yes /
 /BootstrapperApplicationRef Chain MsiPackage Id=msifcbovj12_lvw
 Name=MsiFile SourceFile=D:\MSIFile.msi / /Chain /Bundle /Wix

  When I run *candle.exe* I take the following error:

 *Error CNDL0200 : The BootstrapperApplicationRef element contains an
 unhandled extension element 'bal:WixStandardBootstrapperApplication'.
 Please ensure that the extension for elements in the
 'http://schemas.microsoft.com/wix/BalExtension
 https://mailtrack.io/trace/link/58971299fb3f9e0e8e128cf38946a302a8e264b0
 '
 namespace has been provided.*

 The URI http://schemas.microsoft.com/wix/BalExtension
 https://mailtrack.io/trace/link/58971299fb3f9e0e8e128cf38946a302a8e264b0
 returns:
 *The
 resource you are looking for has been removed, had its name changed, or is
 temporarily unavailable.*

 I've tried the alternative cited in
 *http://sourceforge.net/p/wix/feature-requests/742/
 https://mailtrack.io/trace/link/0a38d0cb8927e5b2c4776e25cccecd45d9937411*
 but
 not resolved.

 Have added the appropriate references of the libraries in my
 WixProject as *
 http://stackoverflow.com/questions/20698895/wix-installer-schema-not-found/23767205#23767205
 https://mailtrack.io/trace/link/f92c716e6bfcae956395a39b89ce4073e1700c88
 *,
 but not solved.

 I'm almost giving up. Is this a bug?
 Thaks
 Leonardo
 


 Sent with
  MailTrack
 https://mailtrack.io/install?source=signaturelang=ptreferral=leonardo...@gmail.comidSignature=24
 

 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn : Get the status of packages installation in a custom BA.

2014-05-21 Thread Sean Hall

If you look at HandleExitCode at the bottom of exeengine.cpp (
https://github.com/wixtoolset/wix3/blob/develop/src/burn/engine/exeengine.cpp),
you'll see that the engine doesn't set hrStatus in ExecutePackageComplete
to the exit code.  It always returns S_OK unless the EXE package's exit
code translated to an error.


On Wed, May 21, 2014 at 6:33 AM, DEBAENE Arnaud 
arnaud.deba...@acoemgroup.com wrote:

 Hello,

 I am writing a custom managed BA to be used with my Burn bootstrapper. The
 chain to install consist of several EXEs, with various return codes that I
 have mapped to Burn behaviors (success, reboot required, error, ...) using
 ExitCode.

 When one of the EXE packages fails, Burn detect the failure rightly (I can
 see it in the log file). However, how can I detect the failure in my custom
 BA, in order to update my GUI?

 - In the ExecutePackageComplete event handler, I got the exit code from
 the exe in args.Status but args.Result is always set to None. I have no
 indication that the package has failed. Am I supposed to map the exit codes
 of the various Exes to a behavior within my BA code? This seems redundant
 with the mapping already defined in my chain description with ExitCode.

 - In the ApplyComplete handler, args.Status is the status of the last
 executed package, and args.Result is also set to None. Again, it is not
 very helpful to update my GUI, unless I recode the functionality of
 ExitCode mapping in my BA.

 Am I missing something obvious here? Thanks in advance

 Arnaud


 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET 4.5.2

2014-05-20 Thread Sean Hall

I haven't tested it, but someone sent a pull request for .NET 4.5.2:
https://github.com/wixtoolset/wix3/pull/33.


On Tue, May 20, 2014 at 7:53 AM, Neil Sleightholm n...@x2systems.comwrote:

 Afraid that just takes you to the download page, I need the actual
 download.

 -Original Message-
 From: David Watson [mailto:dwat...@sdl.com]
 Sent: 20 May 2014 11:18
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] .NET 4.5.2

 http://support.microsoft.com/kb/2901907

 has it at

 http://go.microsoft.com/fwlink/?LinkId=328856

 -Original Message-
 From: Neil Sleightholm [mailto:n...@x2systems.com]
 Sent: 20 May 2014 10:57
 To: wix-users (wix-users@lists.sourceforge.net)
 Subject: [WiX-users] .NET 4.5.2

 I am working on a .NET 4.5.2 install and am looking for the direct link to
 download it in my bundle. For 4.5.1 the link is
 http://go.microsoft.com/fwlink/?LinkId=322116 does anyone know what the
 equivalent is for 4.5.2 or where to find it? (I am looking for the fwlink
 link id not the location where I can manually download it.)

 Thanks

 Neil

 Neil Sleightholm
 X2 Systems Limited
 n...@x2systems.commailto:n...@x2systems.com


 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 SDL PLC confidential, all rights reserved.
 If you are not the intended recipient of this mail SDL requests and
 requires that you delete it without acting upon or copying any of its
 contents, and we further request that you advise us.
 SDL PLC is a public limited company registered in England and Wales.
  Registered number: 02675207.
 Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
 7DY, UK.



 This message has been scanned for malware by Websense. www.websense.com


 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Local files in remotepayload

2014-05-15 Thread Sean Hall

There is a bug open on this: http://wixtoolset.org/issues/3640/

You can usually work around this by using subfolders, like setting the
Exepackage Name=Exepackage1\Setup.exe.


On Thu, May 15, 2014 at 9:47 AM, Valentine Vinogradov
wallenw...@gmail.comwrote:

 Hello! Are there any possibilities to prevent taking local files with the
 same name laying in download folder for the package expected to be
 downloaded?
 For example, if I have Exepackage Name=Setup.exe with download url and
 remotepayload, it tries to take file setup.exe in the execute folder and
 check it, and, of course, fails.

 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] System.AppDomain.Load error on EmbeddedUI Assembly

2014-05-12 Thread Sean Hall

The config file must be named CustomAction.config.


On Mon, May 12, 2014 at 10:06 AM, John Cooper jocoo...@jackhenry.comwrote:

 Using WiX 3.8 RTM.

 I've tasked with writing an EmbeddedUI (I know, a custom Burn bootstrapper
 would be much better, but that approach was rejected).

 So, I've gotten things to the point of loading, and I get this in the log:

 MSI (c) (54:70) [09:52:10:736]: EEUI - Running MsiEmbeddedUI code
 MSI (c) (54:9C) [09:52:10:746]: Cloaking enabled.
 MSI (c) (54:9C) [09:52:10:746]: Attempting to enable all disabled
 privileges before calling Install on Server
 MSI (c) (54:9C) [09:52:10:746]: Connected to service for CA interface.
 SFXCA: Extracting embedded UI to temporary directory:
 C:\Users\JoCooper\AppData\Local\Temp\2\MSI8616
 SFXCA: Binding to CLR version v2.0.50727
 Error: could not load embedded UI class
 JackHenry.Enterprise.Deployment.ResponseFileDialog.ResponseFileEmbeddedUI
 from assembly: JackHenry.Enterprise.Deployment.ResponseFileDialog
 System.BadImageFormatException: Could not load file or assembly
 'JackHenry.Enterprise.Deployment.ResponseFileDialog' or one of its
 dependencies. This assembly is built by a runtime newer than the currently
 loaded runtime and cannot be loaded.
 File name: 'JackHenry.Enterprise.Deployment.ResponseFileDialog'
at System.Reflection.Assembly._nLoad(AssemblyName fileName, String
 codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark
 stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
 codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark
 stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef,
 Evidence assemblySecurity, StackCrawlMark stackMark, Boolean
 forIntrospection)
at System.Reflection.Assembly.InternalLoad(String assemblyString,
 Evidence assemblySecurity, StackCrawlMark stackMark, Boolean
 forIntrospection)
at System.AppDomain.Load(String assemblyString)
at
 Microsoft.Deployment.WindowsInstaller.EmbeddedUIProxy.InstantiateUI(Session
 session, String uiClass)

 Assembly manager loaded from:
  C:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorwks.dll
 Running under executable  C:\Windows\SysWOW64\MsiExec.exe
 --- A detailed error log follows.

 === Pre-bind state information ===
 LOG: User = JXCHANGECORP\JoCooper
 LOG: DisplayName = JackHenry.Enterprise.Deployment.ResponseFileDialog
 (Partial)
 LOG: Appbase = file:///C:/Users/JoCooper/AppData/Local/Temp/2/MSI8616
 LOG: Initial PrivatePath = NULL
 Calling assembly : Microsoft.Deployment.WindowsInstaller, Version=3.0.0.0,
 Culture=neutral, PublicKeyToken=ce35f76fcda82bad.
 ===
 LOG: This bind starts in default load context.
 LOG: No application configuration file found.
 LOG: Using machine configuration file from
 C:\Windows\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
 LOG: Policy not being applied to reference at this time (private, custom,
 partial, or location-based assembly bind).
 LOG: Attempting download of new URL
 file:///C:/Users/JoCooper/AppData/Local/Temp/2/MSI8616/JackHenry.Enterprise.Deployment.ResponseFileDialog.DLL.
 ERR: Failed to complete setup of assembly (hr = 0x8013101b). Probing
 terminated.

 MSI (c) (54:70) [09:52:10:995]: EEUI - Install Failure:
 InitializeEmbeddedUI on a UI DLL returned: 1603
 Info 1603.Fatal error during installation.

 So, it appears that the DTF
 assembly-Microsoft.Deployment.WindowsInstaller.dll-is forcing the load
 context to CLR 2.0.  I know .NET custom action wrapper has to handle this
 somehow.  I have tried numerous Config file names, but the one I haven't
 tried is Microsoft.Enterprise.Deployment.config.  Is this what I need to
 avoid being trapped in CLR 2.0-or something else?  The EmbeddedUI is being
 packaged:

 PackCustomAction:
   C:\Program Files (x86)\WiX Toolset v3.8\bin\..\sdk\MakeSfxCA.exe
 D:\tfs\ES

 A\Installer\Dev\ResponseFileDialog\obj\Debug\JackHenry.Enterprise.Deployment.
   ResponseFileDialog.CA.dll C:\Program Files (x86)\WiX Toolset
 v3.8\bin\..\sd
   k\x86\SfxCA.dll
 D:\tfs\ESA\Installer\Dev\ResponseFileDialog\obj\Debug\JackH
   enry.Enterprise.Deployment.ResponseFileDialog.dll C:\Program Files
 (x86)\Wi
   X Toolset v3.8\bin\Microsoft.Deployment.WindowsInstaller.dll;C:\Program
 Files
(x86)\Reference
 Assemblies\Microsoft\Framework\.NETFramework\v4.5\Presentati
   onCore.dll;C:\Program Files (x86)\Reference
 Assemblies\Microsoft\Framework\.N
   ETFramework\v4.5\PresentationFramework.dll;C:\Program Files
 (x86)\Reference A

 ssemblies\Microsoft\Framework\.NETFramework\v4.5\WindowsBase.dll;D:\tfs\ESA\I

 nstaller\Dev\ResponseFileDialog\JackHenry.Enterprise.Deployment.ResponseFileD
   ialog.config
   Searching for custom action entry points in
 JackHenry.Enterprise.Deployment.R
   esponseFileDialog.dll
   Loaded dependent assembly: C:\Program Files (x86)\WiX Toolset

Re: [WiX-users] remote exepackage

2014-05-05 Thread Sean Hall

Remote payload:
http://wixtoolset.org/documentation/manual/v3/xsd/wix/remotepayload.html

You can see an example in the NetFxExtension:
https://github.com/wixtoolset/wix3/blob/develop/src/ext/NetFxExtension/wixlib/NetFx4.5.wxs


On Mon, May 5, 2014 at 3:54 AM, Valentine Vinogradov
wallenw...@gmail.comwrote:

 Hello!

 I have an exepackage which is uploaded to my fileshare, and trying to make
 my bootstrapper to download it before install
 I have ExePackage with DownloadUrl and Compressed=no, but it is necessary
 to add SourceFile or Name to ExePackage. If I add it, it fails to build,
 because there is no source file with this name. Are there any ways to make
 a downloadable exepackage without local source file?

 --
 Is your legacy SCM system holding you back? Join Perforce May 7 to find
 out:
 #149; 3 signs your SCM is hindering your productivity
 #149; Requirements for releasing software faster
 #149; Expert tips and advice for migrating your SCM now
 http://p.sf.net/sfu/perforce
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
#149; 3 signs your SCM is hindering your productivity
#149; Requirements for releasing software faster
#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ExePackage InstallCondition evaluates to true but it is not installed.

2014-04-17 Thread Sean Hall

Because the DetectCondition is also true, which you can tell by state:
Present. It won't try to install it if it thinks it's already installed.

On Thu, Apr 17, 2014 at 8:16 AM, darbid davidbo...@gmx.de wrote:

In my bootstrapper chain I have as an exepackage the VSTO runtime.

Installed is version 10.0.4 something and there is a newer version.

As you can see the install condition is evaluating correctly to true so why
is it not installing it?

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ExePackage-InstallCondition-evaluates-to-true-but-it-is-not-installed-tp7594184.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WixBundleInstalled in Managed Bootstrapper Application

2014-04-12 Thread Sean Hall

It depends on what you mean by installed.  The engine will install the
bundle when it runs Apply.  So if .NET gets installed but your MSI fails,
your bundle is still considered as installed.

If you want to know whether your bundle is installed, then you should be
able to rely on the WixBundleInstalled property.  If you're having problems
with it, please file a bug at http://wixtoolset.org/issues and provide the
log.  You could also use the fInstalled parameter of the OnDetectBegin
event.

Sean


On Sat, Apr 12, 2014 at 4:16 PM, Alasdair King alasdairk...@gmail.comwrote:

 I'm working on a C# Managed Bootstrapper Application. I don't quite
 understand how my bundle is identified as already-installed or not.

 Examples I have read simply check the installed state (PackageState) of one
 of the MSI packages - for example,

 http://bryanpjohnston.com/2012/09/28/custom-wix-managed-bootstrapper-application/
 This is then used as the install state of the bundle.

 I have two problems with this:

 1 It isn't correct, is it? What if a user has PackageA.msi installed, but
 not through my bundle, and my MBA tests for PackageA.msi - this logic will
 identify that the Bundle is installed when it isn't.

 2 The WiX help says there is a property:
 WixBundleInstalled - gets whether the bundle was already installed and will
 be set to 1 once the bundle is installed.

 So my question is:
 Why use the MSI package install state rather than WixBundleInstalled?

 (Testing indicates that this property is not in fact set for installed
 bundles. So is the answer because WixBundleInstalled doesn't work
 properly?)

 Thanks!
 Alasdair

 --
 Alasdair King

 --
 Put Bad Developers to Shame
 Dominate Development with Jenkins Continuous Integration
 Continuously Automate Build, Test  Deployment
 Start a new project now. Try Jenkins in the cloud.
 http://p.sf.net/sfu/13600_Cloudbees
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test  Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom Action projects missing in WiX 3.8/VS2013

2013-10-21 Thread Sean Hall

I'm testing out WiX 3.8 and VS 2013, and can't find the custom action projects. 
 Here's what I did:
 
1.  Setup new VM with Windows 8.1.
2.  Install .NET 3.5 and all Windows Updates.
3.  Install Visual Studio 2013 Ultimate RTM.
4.  Install WiX 3.8.1014.0 (weekly build from 10/14).
5.  Open Visual Studio 2013, start creating a new project, select the Windows 
Installer XML category.
 
I only see the following project types: Setup Project, Merge Module Project, 
Setup Library Project, and Bootstrapper Project.  I expected to also see: C# 
Custom Action Project, VB Custom Action Project, and C++ Custom Action Project.
 
Does anyone see the custom action projects with WiX 3.8.1014.0 and VS 2013?  I 
tried the RC last week and the custom action projects were also missing.
 
Sean
  
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013

2013-10-21 Thread Sean Hall

I see now that you created a bug, too (http://wixtoolset.org/issues/4154/).  
Guess I should have checked that first.

 From: chr...@iswix.com
 To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net
 Date: Mon, 21 Oct 2013 10:30:56 -0700
 Subject: Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013

 I found the same and left a note on Bob's blog post as to such.

  From: Sean Hall rhal...@hotmail.com
 Sent: Monday, October 21, 2013 12:16 PM
 To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net
 Subject: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013

 I'm testing out WiX 3.8 and VS 2013, and can't find the custom action 
 projects.  Here's what I did:

 1.  Setup new VM with Windows 8.1.
 2.  Install .NET 3.5 and all Windows Updates.
 3.  Install Visual Studio 2013 Ultimate RTM.
 4.  Install WiX 3.8.1014.0 (weekly build from 10/14).
 5.  Open Visual Studio 2013, start creating a new project, select the 
 Windows Installer XML category.

 I only see the following project types: Setup Project, Merge Module 
 Project, Setup Library Project, and Bootstrapper Project.  I expected to 
 also see: C# Custom Action Project, VB Custom Action Project, and C++ 
 Custom Action Project.

 Does anyone see the custom action projects with WiX 3.8.1014.0 and VS 2013? 
  I tried the RC last week and the custom action projects were also 
 missing.

 Sean

 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most 
 from 
 the latest Intel processors and coprocessors. See abstracts and register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk

 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
 the latest Intel processors and coprocessors. See abstracts and register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix37.exe - offline installation

2013-10-17 Thread Sean Hall

Download the .NET 4 full offline installer yourself?  
http://www.microsoft.com/en-us/download/details.aspx?id=17718
 
Sean
 
 From: jens.teutenb...@t-online.de
 To: wix-users@lists.sourceforge.net
 Date: Thu, 17 Oct 2013 15:30:26 +0200
 Subject: [WiX-users] wix37.exe - offline installation
 
 I used “wix37.exe /layout” to get an offline installer.
 That’s worked fine.
 But the folder “redist” contains the file “dotNetFx40_Full_setup.exe” which 
 is a web installer.
 Because of that it isn’t possible to install “wix37.exe” without an internet 
 connection.
 Is there any solution to get a real offline installer?
 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
 the latest Intel processors and coprocessors. See abstracts and register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix37.exe - offline installation

2013-10-17 Thread Sean Hall

Sounds like a bug then.  I just ran wix37.exe /layout ., and 
redist\dotNetFx40_Full_setup.exe is only 869 KB which leads me to believe that 
it's the web installer.  This is WiX 3.7.1224.0.
 
Sean
 
 From: r...@robmensching.com
 Date: Thu, 17 Oct 2013 08:07:25 -0700
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] wix37.exe - offline installation
 
  “dotNetFx40_Full_setup.exe” is the full installer, not the web
 installer. If you do /layout, that should give you everything you need to
 burn a CD and install via sneaker-net.
 
 
 On Thu, Oct 17, 2013 at 6:37 AM, Sean Hall rhal...@hotmail.com wrote:
 
  Download the .NET 4 full offline installer yourself?
  http://www.microsoft.com/en-us/download/details.aspx?id=17718
 
  Sean
 
   From: jens.teutenb...@t-online.de
   To: wix-users@lists.sourceforge.net
   Date: Thu, 17 Oct 2013 15:30:26 +0200
   Subject: [WiX-users] wix37.exe - offline installation
  
   I used “wix37.exe /layout” to get an offline installer.
   That’s worked fine.
   But the folder “redist” contains the file “dotNetFx40_Full_setup.exe”
  which is a web installer.
   Because of that it isn’t possible to install “wix37.exe” without an
  internet connection.
   Is there any solution to get a real offline installer?
  
  --
   October Webinars: Code for Performance
   Free Intel webinars can help you accelerate application performance.
   Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
  from
   the latest Intel processors and coprocessors. See abstracts and register
  
  
  http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
   ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
  --
  October Webinars: Code for Performance
  Free Intel webinars can help you accelerate application performance.
  Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
  from
  the latest Intel processors and coprocessors. See abstracts and register 
  http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
 the latest Intel processors and coprocessors. See abstracts and register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] uninstall ApplyComplete status

2013-09-03 Thread Sean Hall

The engine always returns an HRESULT in the ApplyComplete event.  Converted to 
hex, you're getting 0x8007015E.  0x015E, or 350, is ERROR_FAIL_NOACTION_REBOOT 
(from WinError.h).  I also see the engine raising the Error event in this case, 
where it sends the error code 350.
 
I think the only thing you can do at that point is ask the user to reboot.
 
Hope that helps,
Sean
 
 From: hanspett...@prediktor.no
 To: wix-users@lists.sourceforge.net
 Date: Tue, 3 Sep 2013 11:09:01 +
 Subject: [WiX-users]  uninstall ApplyComplete status
 
 Hello,
 I am trying to uninstall a installed program while there is a pending  system 
 restart.
 We have used Burn to create the BA, and the  ApplyComplete event sends 
 ApplyCompleteEventArgs with status -2147024546.
 I have problems to interpret the status code and handle this properly. 
 Is there an overview of what the different values means?
 Any idea how to handle and interpret this?
 
 
 Regards
 Hans Petter 
 
 
 
 
 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and save!
 http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [Wix]: Conditional installation for Windows Server 2008/Windows Server 2012

2013-08-29 Thread Sean Hall

VersionNT is always defined, whether it's 32-bit or not.
 
If you need to tell the difference between client and server (e.g. Windows 8 vs 
2012), look at 
http://robmensching.com/blog/posts/2008/11/3/how-to-determine-if-you-are-installing-on-windows-client
 (the NTProductType property).
 
Sean
 
 Date: Thu, 29 Aug 2013 05:41:36 -0700
 From: phogl...@rimage.com
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] [Wix]: Conditional installation for Windows Server 
 2008/Windows Server 2012
 
 Take a look at the following two links.  While there is a 32 bit version of
 Windows Server 2008, in most cases foks really mean Windows Server 2008 R2,
 which, like Windows Server 2012 is only available in 64 bit configurations. 
 VersionNT is undefined on 64 bit configurations and VersionNT64 should be
 used.
 
 http://msdn.microsoft.com/en-us/library/windows/desktop/aa372497(v=vs.85).aspx
 
 http://msdn.microsoft.com/en-us/library/windows/desktop/aa372495(v=vs.85).aspx
 
 When VersionNT = 501 that will only select Windows XP 32bit as state, so
 if you want to detect the other configurations including 64 bit
 configurations you need to add tests of VersionNT64 to your statement.
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Conditional-installation-for-Windows-Server-2008-Windows-Server-2012-tp7588450p7588566.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and save!
 http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WixStdBA - LoadBootstrapperBA changes m_fPrereq

2013-08-14 Thread Sean Hall

Here's what I remember about 3.7, I haven't used 3.8. The m_fPrereq variable
is associated with a managed bootstrapper. m_fPrereq is essentially a boolean
specifying whether the magic Burn variable WixMbaPrereqPackageId is set (that
variable specifies the PackageId for .NET). Since you're not using a managed
bootstrapper, you probably shouldn't be setting that variable (I didn't have
any problems with WixStdBA in 3.7 even with that set, though).
Sean

Date: Wed, 14 Aug 2013 10:21:29 -0700
From: phogl...@rimage.com
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WixStdBA - LoadBootstrapperBA changes m_fPrereq

As I step through the Wix 3.8.722 code I observe in:
src\ext\BalExtension\Wixstdba\WixStandardBootstrapperApplication.cpp

at line 916

LoadBootstrapperBAFunctions();

if (m_fPrereq)
{
hr = ParsePrerequisiteInformationFromXml(pixdManifest);
BalExitOnFailure(hr, Failed to read prerequisite
information.);
}
else
{
hr = ParseBootrapperApplicationDataFromXml(pixdManifest);
BalExitOnFailure(hr, Failed to read bootstrapper application
data.);
}

Prior to the call to LoadBootstrapperBAFunctions WinDbg shows m_fPrereq as
undefined. On entry to this function it is set to zero and when the
function returns control to the next line (the if statement) m_fPrereq is a
large positive number 1753485088 (but it is set to several other values as I
step through LoadBootstrapperBAFunctions. This is true even when there is
no BAFunctions.dll specified.

As a result the first part of the if statement is always executed and
ParseBootrappApplicationDataFromXML is always skipped.

1) Is this correct logic? It just seems wrong for a
WixStandardBootstrapperApplication.HyperlinkLargeLicense BA.

2) is ParseBootrappApplicationDataFromXML misspelled (missing the s)?

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixStdBA-LoadBootstrapperBA-changes-m-fPrereq-tp7588034.html
Sent from the wix-users mailing list archive at Nabble.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://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrapper - Interuptting the MSI completion events while running multiple MSIs

2013-07-19 Thread Sean Hall

The ExecutePackageComplete fires when a package is installed, you could load 
your control and get the information before returning from that event.  But if 
you are getting information that influences the other MSI's, you probably 
should do 2 Detect, Plan, Apply cycles.

Sean

 Date: Fri, 19 Jul 2013 21:50:31 +0530
 From: rahul8...@gmail.com
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Bootstrapper - Interuptting the MSI completion 
 events while running multiple MSIs

 Hi Jacob,
 I was asking you for the details to use which event in BootstrapperApplication
 class to interupt the first MSI completion event. After that how can I
 start another MSI installation?
 Thanks!

 On Fri, Jul 19, 2013 at 9:10 PM, Hoover, Jacob
 jacob.hoo...@greenheck.comwrote:

  Some examples:

  http://stackoverflow.com/questions/465488/can-i-load-a-net-assembly-at-runtime-and-instantiate-a-type-knowing-only-the-na

  http://www.codeproject.com/Articles/32828/Using-Reflection-to-load-unreferenced-assemblies-a

  -Original Message-
  From: Rahul V [mailto:rahul8...@gmail.com]
  Sent: Friday, July 19, 2013 10:27 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Bootstrapper - Interuptting the MSI completion
  events while running multiple MSIs

  Hi Jacob,
  I am using managed code, will you please give me more detail?, I am
  follwing the below example.
  http://bryanpjohnston.com/2012/09/28/custom-wix-managed-
  bootstrapper-application/
  Thanks!

  Regards,
  Rahul

  On Fri, Jul 19, 2013 at 7:40 PM, Hoover, Jacob
  jacob.hoo...@greenheck.comwrote:

   Are you doing a native or managed BA/UX?  Is this control a native
   or managed control?

   If it's a native UX/BA and the control is a COM component, you should
   be able to create the object after it's installed. If it's managed,
   you would have to do some rather involved coding to delay load the
  assembly.

   -Original Message-
   From: Rahul V [mailto:rahul8...@gmail.com]
   Sent: Friday, July 19, 2013 9:05 AM
   To: General discussion for Windows Installer XML toolset.
   Subject: [WiX-users] Bootstrapper - Interuptting the MSI completion
   events while running multiple MSIs

   Hi,
   I am running 3 MSI from my Bootstrapper, After the first MSI is
   installed successfully, I want to load an user control (Which is
   deployed by the first MSI) in the bootstrapper UI. After loading the
   user control I will collect some information from the user control and
   by clicking Next I want to install another MSI by passing the
   information as MsiProperty. I want to interupt the first MSI
   completion event, in that event I want to load the user control. How can
  I do this?

   Thanks!

   Regards,
   Rahul

   --
    See everything from the browser to the database with
   AppDynamics Get end-to-end visibility with application monitoring from
   AppDynamics Isolate bottlenecks and diagnose root cause in seconds.
   Start your free trial of AppDynamics Pro today!
   http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.c
   lktrk ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users

   --
    See everything from the browser to the database with
   AppDynamics Get end-to-end visibility with application monitoring from
   AppDynamics Isolate bottlenecks and diagnose root cause in seconds.
   Start your free trial of AppDynamics Pro today!
   http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.c
   lktrk ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users

  --
  See everything from the browser to the database with AppDynamics Get
  end-to-end visibility with application monitoring from AppDynamics Isolate
  bottlenecks and diagnose root cause in seconds.
  Start your free trial of AppDynamics Pro today!
  http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users

  --
  See everything from the browser to the database with AppDynamics
  Get end-to-end visibility with application monitoring from AppDynamics
  Isolate bottlenecks and diagnose root cause in seconds.
  Start your free trial of AppDynamics Pro today!
  http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk

[WiX-users] Get Repair to show up in ARP for a bundle

2013-07-15 Thread Sean Hall

ARP can show Uninstall, Change, and Repair for an entry.  For my bundles, I can 
only get Uninstall and Change.  Is there a way to get Burn to enable Repair, 
too?  I'm using WiX 3.7 if that matters.
 
Thanks,
Sean
  
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Newbie question

2013-07-15 Thread Sean Hall

Use a .wxi file.  For more info, look at this StackOverflow question 
http://stackoverflow.com/questions/8495903/how-to-define-a-global-variable-in-wix
 
Sean
 
 Date: Mon, 15 Jul 2013 16:46:13 -0700
 From: kpet...@otaksoft.com
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Newbie question
 
 Hi,
 
 I do
 
 ?define LocalRootDir=C:\install_sources\product_ABC\2.10.2 SP10\release
 2 ?
 
 above the product tag in my main.wxs file. I have a number of fragment
 files, each handling a large number of DLLs for certain product categories.
 
 I now want to refer to the LocalRootDir from within these fragment files
 
   Component Id=COMP_Scheduling Guid=*
File Id=FILE_Scheduling Name=Scheduling.exe
   KeyPath=yes
   Vital=yes
   Source=$(var.LocalRootDir)\Scheduling.exe /
   /Component
 
 I have not been able to do this without redefining LocalRootDir in each of
 the fragment files.
 
 Clearly, I am not doing things right. How can I achieve this?
 
 TIA,
 Kai
 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Removing bundle after installing MSI's

2013-07-05 Thread Sean Hall

I think what you're missing is that you're assuming every package in the chain
has a user interface. My typical installer has my application MSI, and at
least one prerequisite (i.e. .NET). I want the bootstrapper to silently
install the prerequisites, and only show UI for the MSI. Once the bootstrapper
has done its thing, there's no reason for it anymore. All
modify/repair/uninstall logic is in the MSI, which should have been cached.

Where is the logic to install the bundle? Could there be a PrerequisiteBA that
performs this functionality, or would you have to modify the engine to do this?

Sean

From: r...@robmensching.com
Date: Fri, 5 Jul 2013 14:04:28 -0700
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Removing bundle after installing MSI's

I don't understand the reasoning here I''m unwilling at this point to let
the bundle take over the handling of the MSI. What is the real difference
between having the Bundle registered as the ARP entry vs. the MSI
registered as the ARP entry?

Random note: Burn will clean up the package cache during uninstall, one
more reason (that just came to mind) it should be the ARP entry.

To address your question, what do we do about MSI's that require user
input? - you interact with the user in the Bundle and pass the results to
the MsiPackage via the MsiProperty element. This does require moving your
user interaction out of the MSI into the BA so it takes dev work.

As noted in the blog entry, The goal for Burn is to provide is a unified
user experience for installation. You'll fight Burn if you truly desire a
disjointed installation experience.

Now, I have yet to have anyone describe a scenario where their ultimate
goal is to provide users a installation experience where multiple things
pop up such that users must interact with the install multiple times as it
progresses. I've certainly never seen such an experience test well with
users. User's want to click Install then see Success! with as little
time and interaction as possible.

That said, sometimes all you have time to develop is a disjoint user
experience. If so, you can get that if you treat the Bundle as the main
MSI and hide the main MSI ARP entry. Alternatively you can use a
different bootstrapper. There are plenty of bootstrappers out there that
provide disjoint user experiences for installation. Burn exists because
nothing provided the seamless user experience user's wanted.

This comes up enough that I feel like I'm missing something.

On Fri, Jul 5, 2013 at 6:15 AM, Miller, Bill (QuickWire)
bmil...@quickwire.com wrote:

I was faced with the same dilemma. I wanted to simply use the bundle to
pave the way for my main MSI.
As it is I've set the Permanent Visible attribute of all the Package
elements in the bundle to yes.
Thus when the bundle is finished it has an entry in the ARP but
uninstalling it essentially does nothing.

However, we both don't want this. Here is an entry from Rob Mensching's
blog that sums up what he thinks about bundles.

http://robmensching.com/blog/posts/2012/6/25/b-is-for-bundle-and-thats-good-enough-for-me

It makes sense, but what do we do about MSI's that require user input?
My MSI requires an alternate install location so I need to use its
interface. I'm unwilling at this point to let the bundle take over the
handling of the MSI - by setting Permanent Visible to 'no' (as the issue
I'm now having as seen in my previous msg)
I suppose if I did then there would simply be one entry in the ARP and
life would be better (like a beer commercial).

So I'm on the fence right now about bundles myself.

Bill

-Original Message-
From: James McConville [mailto:james.mcconvi...@orbussoftware.com]
Sent: Friday, July 5, 2013 5:39 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Removing bundle after installing MSI's

Hello all,

Need to find out if this is possible or if I've completely missed the
point of Bundles.

Is it possible to remove all traces of the bundle after installation, not
just hide it.

Essentially I want to use the bundle purely as a delivery method for the
app and its dependent apps (which I want to leave alone if I remove the
msi).

Is it possible to do this or should I be looking at another solution?

Thanks for your help!
James.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

85 matches

Mail list logo