Re: [WiX-users] Upgrade to 3.8 breaks MSBuild?

[Christopher Painter]

You can also copy it to a non NTFS (FAT32 for example) partition and copy it 
back.The stream is an NTFS artifact and doesn't affect the contents / hash 
of the actual file.

From: Dave Andersen 
Sent: Wednesday, February 05, 2014 1:37 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Upgrade to 3.8 breaks MSBuild?

Interesting, I didn't know about that streams tool. The other way you can
do it is just right-click on the .zip, and click "Unblock", and that should
unblock all the files contained within the zip as well.

-Dave


On Tue, Feb 4, 2014 at 7:36 AM, Tony  wrote:

> I figured it out.
>
> It seems that whatever method I used to download/extract wix38-binaries.zip
> onto my system triggered an OS's "security feature".  Apparently all of the
> wix .exe and .dlls were marked as "from a remote source" as such, a protect
> mechanism kicks in that prevents those exes and dlls from executing.  To
> fix the issue I had to grab the sysinternals tool, "streams".  And run
> "streams -s -d *" in my ...\wix\bin folder.
>
> Thanks for listening
>
> Streams tool...
>
> http://technet.microsoft.com/en-us/sysinternals/bb897440.aspx
>
> forum post that guided me to streams...
>
>
> http://social.technet.microsoft.com/Forums/windows/en-US/147837e4-c0cd-4a81-91f6-a6b9a03ae00d/disable-this-file-comes-from-another-computer?forum=itprovistasecurity
>
> msdn link found in the MSBuild error that gave me clues the behavior was
> odd...
>
> http://msdn.microsoft.com/en-us/library/ee890038(v=vs.100).aspx
>
>
>
>
> On Tue, Feb 4, 2014 at 9:39 AM, Tony  wrote:
>
> > FWIW, if I edit the test project to use my wix37-binaries folder instead
> > of the wix38-binaries folder.  The above test project builds without
> > issue.  So, there must be something "different" in wix 3.8 that is
> causing
> > the build exception.
> >
> >
> >
> > On Tue, Feb 4, 2014 at 9:24 AM, Tony  wrote:
> >
> >> Steps taken...
> >>
> >> 1. Uninstall 3.7, reboot
> >> 2. Install 3.8 (votive)
> >> 3. using VS2012 create sample wix project
> >> 4. uninstall votive
> >> 5. extract wix38-binaries to ...\Wix\bin
> >> 6. edit above sample wix project per wixtoolset.org guidelines (see
> >> wix38test.wixproj below)
> >> 7. open vs2012 x86 command prompt
> >> 8. switch to folder that contains the above test solution file
> >> 9. execute "msbuild WiX38Tester.sln /p:Configuration=Release > junk.txt
> >> 2>&1"
> >> 10.  msbuild "crashes", junk.txt shown below...
> >>
> >> Any ideas?
> >>
> >> == junk.txt (long) =
> >>
> >> Microsoft (R) Build Engine version 4.0.30319.17929
> >> [Microsoft .NET Framework, version 4.0.30319.17929]
> >> Copyright (C) Microsoft Corporation. All rights reserved.
> >> Building the projects in this solution one at a time. To enable parallel
> >> build, please add the "/m" switch.
> >> Build started 2/4/2014 9:10:36 AM.
> >> Project "C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester.sln" on node 1 (default targets).
> >> ValidateSolutionConfiguration:
> >>   Building solution configuration "Release|x86".
> >> Project "C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester.sln" (1) is building
> >> "C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester\WiX38Tester.wixproj" (2) on node 1
> >> (default targets).
> >> Compile:
> >>   C:\Users\me\Documents\Visual Studio
> >>
> 2012\Projects\WiX38Tester\WiX38Tester\..\..\..\..\..\..\..\s2\HS-Legacy\_Dev\Curr\Dependencies\WiX\bin\candle.exe
> >> -d"DevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio
> >> 11.0\Common7\IDE\\" -d"SolutionDir=C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\\" -dSolutionExt=.sln
> >> -dSolutionFileName=WiX38Tester.sln -dSolutionName=WiX38Tester
> >> -d"SolutionPath=C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester.sln" -dConfiguration=Release
> >> -dOutDir=bin\Release\ -dPlatform=x86
> >> -d"ProjectDir=C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester\\" -dProjectExt=.wixproj
> >> -dProjectFileName=WiX38Tester.wixproj -dProjectName=WiX38Tester
> >> -d"ProjectPath=C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester\WiX38Tester.wixproj"
> >> -d"TargetDir=C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester\bin\Release\\" -dTargetExt=.msi
> >> -dTargetFileName=WiX38Tester.msi -dTargetName=WiX38Tester
> >> -d"TargetPath=C:\Users\me\Documents\Visual Studio
> >> 2012\Projects\WiX38Tester\WiX38Tester\bin\Release\WiX38Tester.msi" -out
> >> obj\Release\ -arch x86 Product.wxs
> >>   Could not load file or assembly
> >> 'file:///C:\s2\HS-Legacy\_Dev\Curr\Dependencies\WiX\bin\candle.exe' or
> one
> >> of its dependencies. Operation is not supported. (Exception from
> HRESULT:
> >> 0x80131515)
> >>  at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName,
> >> St

Re: [WiX-users] Restrictions on managed CAs for DTF

[Christopher Painter]

I did some playing and found some issues with names of methods / exported 
functions.

S worked but Se didn't.  SE did work.   SetDisplayStates didn't work but 
SETDISPLAYSTATES did.   According to MSDN there are reserved keywords that have 
to be escaped (such as STUB)  and I tested those and they worked also.

 

I have a C++ developer I can ask to look at this.  There seems to be some 
limitation / leaking abstraction that I never noticed before.   The good thing 
is it slams you in the face right away and not some random failure on a 
customers computer.


From: Phill Hogland 
Sent: Wednesday, February 05, 2014 12:05 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Restrictions on managed CAs for DTF

I have not used C# CAs or DTF, but I launch a third-party package which has a
CA that must have a dependency on .Net 2.0.  If .Net 2.0 (or NetFx3) is not
installed on the target system when this third-party is launched, I get the
same error that you quoted.  I added code to my bundle to make sure that
NetFx3 is installed prior to launching this setup, to avoid this error
message.  So I assume that the error message relates to a dependency of the
CA dll which is being loaded.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Restrictions-on-managed-CAs-for-DTF-tp7592329p7592368.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Restrictions on managed CAs for DTF

[Christopher Painter]

There have been relatively few systemic DTF problems over the years.  One was  
a race condition that caused a CA to report an error for no good reason and 
another was  the hosting engine didn't set the current directory so if another 
evil custom action previously changed the custom action sandbox working 
directory the LoadLibrary call would fail and the CA wouldn't start.I am 
heavily invested in DTF so whenever there is a rumor of a systemic problem I'm 
very concerned.

Can you sanitize this into a minimalistic installer that will reproduce your 
problem?  If so, can you send it to me to build and test?

Thanks,
Chris


From: Adam Kadzban 
Sent: Monday, February 03, 2014 10:45 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Restrictions on managed CAs for DTF

Hey guys, I'm running into some really strange behavior with managed Custom
Actions (C#) and DTF's compilation (?) of them. I've made a few WIX
installers before, all with C# Custom Actions, and never run into this
before, so I think I've covered all the basics and it's got me really
scratching my head.

I've got a WIX (3.8) installer project and a C# (.NET 4.5) Custom Action
project. I didn't do anything fancy, just added the projects in Visual
Studio (2012). I did a bunch of dialog/UI stuff in WIX before adding some
custom actions to do input validation, and the dialog scheduling and
everything seemed fine. Now, I'm seeing off and on invalid DLL errors when
the installer tries to load the Custom Action DLL. The error popup message
says "There is a problem with this Windows Installer package. A DLL
required for this install to complete could not be run. Contact your
support personnel or package vendor." Checking the log, it has the same
message, but with error number 1723 (I ran msiexec with "/l*v"). The error
comes up when the first Custom Action is scheduled to run, on
Publish/DoAction of a button. The weird thing is that depending on the
names/number of Custom Actions I have defined, it either works or doesn't.

Right now, I have six methods marked with the CustomAction attribute:
SetDisplayStates, ValidateServiceAccountDialog, ValidateServerConfigDialog,
ValidateLocalServerInstance, ValidateSearchProvidersDialog, and
SQLServerValidate. None of these do anything, they just return
ActionResult.Success. Everything compiles, and it looks like DTF is finding
the custom action entry points and packaging files correctly based on the
build output. But as soon as the first CA is scheduled to run, I get the
error popup. If I comment out _any_ of them and rebuild, the DLL loads fine
(only one is being referenced by the WIX xml code). If I significantly
change the names of all the methods (e.g. "Validate1", "Validate2", etc),
the DLL loads fine. I've been adding/removing/renaming methods all day and
can't figure out why sometimes the DLL is loadable and sometimes it isn't.
All the DLL exports seem to be there (I checked DumpBin and
DependencyWalker). What the heck is going on?
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/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 auto-update like ClickOnce in WIX

[Christopher Painter]

In some situations, there's a simple approach.  Back in 2006 I worked at a 
company where we deployed an n-Tier system to client sites.  This means we had 
a server available.  On that server we had a \software share.  The clients all 
installed from that location.   The clients were a very simple  .exe/.dll xcopy 
deployment so I went with a  minor upgrade story.  In that scenario  this 
worked fine:

http://blog.iswix.com/2006/10/implementing-auto-updating-applications.html

In another situation we needed major upgrade capability and the server was a 
public cloud service and the clients were end users all over the world.  The 
dev team I worked with used a library called wuw4 windows update wizard:

http://powerprogrammer.co.uk/ $189 - $989


Basically we created a windows service that ran as system  that had some config 
files that did all the work.It would pull the MSI down and advertise it ( 
/jm )  then send a message up to our user process that an update was available. 
  Once the user confirmed his choice the installation would be performed and it 
would install since it was already elevated.   This worked really well for them.

Chris
 
-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com]
Sent: 03 February 2014 19:39
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

WiX generates MSIs etc for you to install, but after that there's nothing 
running on the system except your app. The type of update you want is typically 
done by implementing:

1. A web service at your company site with access to a database of product 
guids, upgrade code guids, version, and download locations, updated as new 
versions become available.

2. Code in your app to call the web service passing your product code/upgrade 
code/version as needed to check for a higher version update or major upgrade 
and a way of asking the client if they want to download it.

---
Phil Wilson


On Mon, Feb 3, 2014 at 9:44 AM, Yu, Brian  wrote:
> Hello
>
> We want to write installers in WIX as it gives us lots of flexibility. But we 
> also want the auto-update system that ClickOnce provide.
> We want the end client to see an icon at the bottom right informing them that 
> there is a newer version available.
> Can WIX do this?
> I found this article but not quite sure how it is done.
> e.g. Does a user have to click on a "Check for update" link on help>about?
> http://abdullin.com/journal/2009/7/8/deployment-and-updates-of-desktop
> -applications-wix-clickonce.html
>
> I've also come across this new feature in WIX, can I bundle a clickonce msi 
> in a WIX msi?
> http://wixtoolset.org/documentation/manual/v3/bundle/
>
>
> _
> This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
> incorporated under the laws of England and Wales (company no. 05677531 and 
> VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, 
> London EC2M 3TQ. This e-mail and/or any attached documents may contain 
> privileged and confidential information and should only be read by those 
> persons to whom this e-mail is addressed. Use by other than intended 
> recipients is prohibited. If you are not the addressee, you must not copy, 
> distribute, disclose or use any of the information in it. If you have 
> received it in error, please delete it and immediately notify the sender. 
> EASYSCREEN reserves the right to monitor all e-mail messages passing through 
> its network. As we cannot guarantee the genuineness, accuracy or completeness 
> of the information contained in this message, the statements set forth are 
> not legally binding.
> --
>  Managing the Performance of Cloud-Based Applications Take
> advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.
> clktrk ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Managing the Performance of Cloud-Based Applications Take advantage of what the 
Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

_
This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
incorporated under the laws of England and Wales (company no. 05677531 and VAT 
registration no. 872810613). Our registered office is at 155 Bishopsgate, 
London EC2M 

Re: [WiX-users] how to auto-update like ClickOnce in WIX

[Christopher Painter]

In some situations, there's a simple approach.  Back in 2006 I worked at a 
company where we deployed an n-Tier system to client sites.  This means we had 
a server available.  On that server we had a \software share.  The clients all 
installed from that location.   The clients were a very simple  .exe/.dll xcopy 
deployment so I went with a  minor upgrade story.  In that scenario  this 
worked fine:


-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com]
Sent: 03 February 2014 19:39
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

WiX generates MSIs etc for you to install, but after that there's nothing 
running on the system except your app. The type of update you want is typically 
done by implementing:

1. A web service at your company site with access to a database of product 
guids, upgrade code guids, version, and download locations, updated as new 
versions become available.

2. Code in your app to call the web service passing your product code/upgrade 
code/version as needed to check for a higher version update or major upgrade 
and a way of asking the client if they want to download it.

---
Phil Wilson


On Mon, Feb 3, 2014 at 9:44 AM, Yu, Brian  wrote:
> Hello
>
> We want to write installers in WIX as it gives us lots of flexibility. But we 
> also want the auto-update system that ClickOnce provide.
> We want the end client to see an icon at the bottom right informing them that 
> there is a newer version available.
> Can WIX do this?
> I found this article but not quite sure how it is done.
> e.g. Does a user have to click on a "Check for update" link on help>about?
> http://abdullin.com/journal/2009/7/8/deployment-and-updates-of-desktop
> -applications-wix-clickonce.html
>
> I've also come across this new feature in WIX, can I bundle a clickonce msi 
> in a WIX msi?
> http://wixtoolset.org/documentation/manual/v3/bundle/
>
>
> _
> This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
> incorporated under the laws of England and Wales (company no. 05677531 and 
> VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, 
> London EC2M 3TQ. This e-mail and/or any attached documents may contain 
> privileged and confidential information and should only be read by those 
> persons to whom this e-mail is addressed. Use by other than intended 
> recipients is prohibited. If you are not the addressee, you must not copy, 
> distribute, disclose or use any of the information in it. If you have 
> received it in error, please delete it and immediately notify the sender. 
> EASYSCREEN reserves the right to monitor all e-mail messages passing through 
> its network. As we cannot guarantee the genuineness, accuracy or completeness 
> of the information contained in this message, the statements set forth are 
> not legally binding.
> --
>  Managing the Performance of Cloud-Based Applications Take
> advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.
> clktrk ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Managing the Performance of Cloud-Based Applications Take advantage of what the 
Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

_
This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
incorporated under the laws of England and Wales (company no. 05677531 and VAT 
registration no. 872810613). Our registered office is at 155 Bishopsgate, 
London EC2M 3TQ. This e-mail and/or any attached documents may contain 
privileged and confidential information and should only be read by those 
persons to whom this e-mail is addressed. Use by other than intended recipients 
is prohibited. If you are not the addressee, you must not copy, distribute, 
disclose or use any of the information in it. If you have received it in error, 
please delete it and immediately notify the sender. EASYSCREEN reserves the 
right to monitor all e-mail messages passing through its network. As we cannot 
guarantee the genuineness, accuracy or completeness of the information 
contained in this message, the statements set forth are not legally binding.

--
M

Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer

[Christopher Painter]

We have no power to change the model of this community.  However, many of us do 
actively participate over at StackOverflow.com also.   That's a great Developer 
Q&A site.

From: Gustavo Martins 
Sent: Friday, January 31, 2014 7:27 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer

Thanks a lot for the replies. I just noticed they had been flagged as spam :(As 
a side note, you guy should consider a friendlier way to communicate, like 
Discourse or Disqus, instead of a mailing list...
Best regards,Gustavo


> From: chr...@iswix.com
> To: wix-users@lists.sourceforge.net
> Date: Tue, 28 Jan 2014 11:35:04 +
> Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced 
> installer
>
>
> ISWIX (CodePlex)  has a project template that does exactly this.  You say 
> File | New | IsWiX Solution and it'll create a Foo.sln, Foo.wixproj and 
> FooMM.wixproj.  In the Foo.wixproj it'll add a reference to wixui and create 
> a fragment that includes it.  It also creates another fragment that defines a 
> 'interior' custom dialog.   You uncomment one line of code in the first 
> fragment and presto you have what you are looking for.
>
> Even  if you don't want to use ISWIX  you can still look at the generated 
> project to get a feel for how to do it in your own.
>
> 
> From: Blair Murri 
> Sent: Tuesday, January 28, 2014 3:40 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced 
> installer
>
> http://wixtoolset.org/documentation/manual/v3/wixui/wixui_customizations.html 
> : Section “Inserting a custom dialog into a built-in dialog set”
>
>
>
>
>
>
> Blair
>
>
>
>
>
> From: Gustavo Martins
> Sent: ‎Monday‎, ‎January‎ ‎27‎, ‎2014 ‎6‎:‎38‎ ‎AM
> To: General discussion for Windows Installer XML toolset.
>
>
>
>
>
> Hi,
>
>
> I’m evaluating Wix and I hope someone can give me some clarification on a 
> question I have.
>
> I have an installer configured using  WixUI_Advanced but I want to extend it 
> by adding a new step to the middle of the setup process.
>
>
> The idea is to have a new screen with two buttons, one of them invoking some 
> custom C# code and the other for moving to the next workflow process.
>
>
> Is this possible to implement? I read about custom actions, I also saw we can 
> build our own setup screens, but I’m not sure if I can do this and hook it up 
> to the WixUI_Advanced setup template.
>
>
> Any ideas?
>
>
> Thank you in advance,
>
> Gustavo
>
>
>
>
>
>
> Sent from Windows Mail
> --
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> --
> WatchGuard Dimension instantly turns raw network data into actionable
> security intelligence. It gives you real-time visual feedback on key
> security issues and trends.  Skip the complicated setup - simply import
> a virtual appliance and go from zero to informed in seconds.
> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> WatchGuard Dimension instantly turns raw network data into actionable
> security intelligence. It gives you real-time visual feedback on key
> security issues and trends.  Skip the complicated setup - simply import
> a virtual appliance and go from zero to informed in seconds.
> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net

Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer

[Christopher Painter]

ISWIX (CodePlex)  has a project template that does exactly this.  You say File 
| New | IsWiX Solution and it'll create a Foo.sln, Foo.wixproj and 
FooMM.wixproj.  In the Foo.wixproj it'll add a reference to wixui and create a 
fragment that includes it.  It also creates another fragment that defines a 
'interior' custom dialog.   You uncomment one line of code in the first 
fragment and presto you have what you are looking for.

Even  if you don't want to use ISWIX  you can still look at the generated 
project to get a feel for how to do it in your own.


From: Blair Murri 
Sent: Tuesday, January 28, 2014 3:40 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer

http://wixtoolset.org/documentation/manual/v3/wixui/wixui_customizations.html : 
Section “Inserting a custom dialog into a built-in dialog set”






Blair





From: Gustavo Martins
Sent: ‎Monday‎, ‎January‎ ‎27‎, ‎2014 ‎6‎:‎38‎ ‎AM
To: General discussion for Windows Installer XML toolset.





Hi,


I’m evaluating Wix and I hope someone can give me some clarification on a 
question I have.

I have an installer configured using  WixUI_Advanced but I want to extend it by 
adding a new step to the middle of the setup process.


The idea is to have a new screen with two buttons, one of them invoking some 
custom C# code and the other for moving to the next workflow process.


Is this possible to implement? I read about custom actions, I also saw we can 
build our own setup screens, but I’m not sure if I can do this and hook it up 
to the WixUI_Advanced setup template.


Any ideas?


Thank you in advance,

Gustavo






Sent from Windows Mail
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multiple entries in ARP, while upgrading an installation.

[Christopher Painter]

http://msdn.microsoft.com/en-us/library/aa370859(v=vs.85).aspx 

In general, *everything* actually is documented in the Windows Installer 
SDK.   However, it's not organized very well and the way I had to learn it 
was to read every single page over and over and during the course of 
troubleshooting the little tidbits would finally be absorbed.  I'd say it 
took me 6 months to stop beating my head against the wall and drink the 
kool-aid that MSI was a good choice and 6 more months to have that  'been 
there done that' feeling where it was now instinctive on what to do and not 
do.   A good mentor to work with on a daily basis helps in this process but 
they are typically impossible to find at your day job.


 From: "Shehnaz Khan" 
Sent: Thursday, January 16, 2014 2:32 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Multiple entries in ARP, while upgrading an 
installation.

Is there any documentation which would explain this behavior? It would be 
of great help.

Thanks,
Shehnaz

-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca] 
Sent: Wednesday, January 15, 2014 6:18 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Multiple entries in ARP, while upgrading an 
installation.

It's a MSI package?  MSI doesn't look at fourth position in version.  So it 
only see's "4.0.0" when upgrading.

-Original Message-
From: Shehnaz Khan [mailto:shehnaz_k...@persistent.co.in]
Sent: January-15-14 6:57 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Multiple entries in ARP, while upgrading an 
installation.

Hi,

I created the installer for my application using Wix. The version of that 
application was like 4.0.1.0. I need to upgrade that app to another version 
say 4.0.1.1.
I created another installer for it keeping Upgrade code same as before, 
different product and package codes.

After completing installation i am seeing both the versions entries in 
ARP.

Please tell where i am going wrong?

Regards,
Shehnaz Khan

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is 
the property of Persistent Systems Ltd. It is intended only for the use of 
the individual or entity to which it is addressed. If you are not the 
intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Persistent Systems Ltd. does not accept any liability for virus infected 
mails.


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

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


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

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

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is 
the property of Persistent Systems Ltd. It is intended only for the use of 
the individual or entity to which it is addressed. If you are not the 
intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Persistent Systems Ltd. does not accept any liability for virus infected 
mails.


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

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

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Cho

Re: [WiX-users] Best method for authoring my Wix setup

[Christopher Painter]

"Best Method" is subjective but I know the method I personally would use 
and it would probably only take me about 1 hour to do it.  See: 

http://blog.iswix.com/2011/03/installation-collaboration-workflows.html 

Basically I'd use VS 2013 Integrated Shell,  WiX 3.8 and IsWiX 2.4 (latest 
build) to create a second solution with a setup project and a merge module 
project.  I'd configure your first solution(s) to postbuild copy the files 
to a staging folder ('deploy').   Then I'd use IsWiX to author all the 
files into the merge module wxs source.   Finally I'd use Heat to do a one 
time harvest of the Com Visible assemblies and your VB6 COM DLL's and 
copy/paste the  COM elements into your merge module wxs file.   You'll have 
to tweak some references as the directory properties and file keys will be 
a little different.  Once it's all done you'll shouldn't have to worry 
about Heat or the COM metadata again. This solution can then be 
included in your continuous integration process using MSBuild. 

I'd me more then happy to do a tele-meeting to show how it all works.  

Chris  

 From: "Graham Allwood" 
Sent: Thursday, January 16, 2014 2:23 AM
To: "wix-users@lists.sourceforge.net" 
Subject: [WiX-users] Best method for authoring my Wix setup

Hi,

I use VS 2013 Express and VB6 to develop my application. It has serveral 
.NET assemblies that are exposed via COM and used in the VB6 app. I also 
have some pure .NET apps / utilities.

Because I have a COM exposed components, I have to use HEAT to extract the 
registration information. Should I do this every time I build the setup.

This leads me to how I should author my project.

I cannot use VS 2013 Express for my Wix Project.

I have tried using SharpDevelop and it works ok, but I don't know if I can 
use it to run HEAT every time I build.

I could use raw MSBuild and use the HarvestFile task . Not tried this yet.

I'm edging towards the MSBUILD route. Does anyone have any words of wisdom 
they could offer me?

Regards

Graham


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

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

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Support for VS2013 Express

[Christopher Painter]

This is one of the core user stories for ISWIX.   WiX / IsWiX can't 
integrate with Express, but it can integrate with the stand alone 
integrated shell.If you keep your .NET projects in one solution and 
your WiX projects in another solution then you'll be able to use the 
different editions of VS side by side.  See: 

http://blog.iswix.com/2011/03/installation-collaboration-workflows.html

On the other hand,  the new TFS Service ( Visual Studio Online ) also has a 
plan that is $45 per user that includes a license of Visual Studio 
Professional.  For the cost of a budget smart phone plan, you get a full 
ALM tool and development license.  Not too shabby IMO. 

http://www.visualstudio.com/products/visual-studio-online-overview-vs


 From: "Thomas Tomiczek" 
Sent: Saturday, January 11, 2014 5:12 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Support for VS2013 Express

NO extension is supported in any express product - because the extension 
points are disabled. That is the "price" of using an express product.

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

http://stackoverflow.com/questions/16616876/is-wix-compatible-with-visual-c-
sharp-2010-express

Regards

Thomas

-Original Message-
From: Graham Allwood [mailto:gallw...@sdasoftware.net] 
Sent: 11 January 2014 10:39
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Support for VS2013 Express

Hi,

I'm using VS2013 Express (for Windows Desktop dev) and have installed the 
latest 3.8 toolset for Wix. However, there is no option for me when 
creating a new project to create a Wix project.

Is Wix 3.8 supported in the VS Express products?

Thanks for your help

Graham

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

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


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

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

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present...

[Christopher Painter]

It is a limitation in FindRelatedProducts that can easily be worked around 
using a very simple custom action.  The concept is to have a record in the 
Upgrade table that will never find any products and then use the custom 
action to do a custom detection and place it into the action property 
referenced by the record.  RemoveExistingProducts then handles the rest 
without any additional complications.


 From: "Tony" 
Sent: Wednesday, January 08, 2014 10:46 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is 
present...

I was aware of the Windows Installer limitation, unfortunately, our daily
builds do not touch the first three parts of the version, so in our dev
labs we have to "remember" to uninstall first.  Most folks know this, but
with several new folks coming onboard and contractors helping here and
there, we have been burned a few times.  So, I was looking for something
to prevent and/or "gently" remind the installer that they shouldn't be
doing the install.

Thanks for the idea Carter.  I was thinking about something similar, maybe
using RegLocator/CompLocator against a well-known regvalue/binary.
If found and **BOTH** WIX_UPGRADE_DETECTED and WIX_DOWNGRADE_DETECTED are
**NOT** set, I can assume a re-install is taking place and abort the
install.

Thoughts?

On Wed, Jan 8, 2014 at 10:54 AM, Rob Mensching  
wrote:

> The Windows Installer chooses not to recognize the revision (the fourth
> build version) in major upgrades.
>
> -Original Message-
> From: Tony [mailto:yellowjacketl...@gmail.com]
> Sent: Wednesday, January 8, 2014 7:36 AM
> To: WiX Users
> Subject: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is
> present...
>
> NOTE: This is primarily an issue with our daily dev/interim builds.  
This
> isn't an issue with QA and/or released builds as they have unique
> Major.Minor.Build numbers.
>
> I'd like some means to block the install, treat it as an upgrade or even
> just a simple pop-up "Do you really want to install another version of 
this
> package?".
>
> Here's the scenario...
>
> Currently installed application:
> UpgradeCode = 123,
> ProductCode = AAA,
> PackageCode = BBB,
> ProductVersion = 1.0.0.0
>
> I'd like to prevent this package from being installed (or show a pop-up,
> etc.)...
> UpgradeCode = 123,
> ProductCode = DDD,
> PackageCode = FFF,
> ProductVersion = 1.0.0.1
>
> Is there some way prevent this with FindExistingProducts? AppSearch?
> FileSearch? RegSearch?
>
> If not can I get the ProductVersion of any installed application that 
has
> the matching UpgradeCode assign it to a Property and compare versions in 
a
> custom action?
>
> Thanks,
> --
> Tony
>
> 

--
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into 
your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of 
AppDynamics
> Pro!
> 
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk


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

--
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into 
your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of 
AppDynamics
> Pro!
> 
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk


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

-- 
Tony

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 

Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics 
Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk


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

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & 

Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present...

[Christopher Painter]

I would also, but it's frequently impossible to make this happen and hard 
to defend MSFT's decision to ignore the 4th field.


 From: "Rob Mensching" 
Sent: Wednesday, January 08, 2014 10:54 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is 
present...

Personally, I'd update the build to change the build number (3rd field).

-Original Message-
From: Tony [mailto:yellowjacketl...@gmail.com] 
Sent: Wednesday, January 8, 2014 8:41 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is 
present...

I was aware of the Windows Installer limitation, unfortunately, our daily 
builds do not touch the first three parts of the version, so in our dev 
labs we have to "remember" to uninstall first.  Most folks know this, but 
with several new folks coming onboard and contractors helping here and 
there, we have been burned a few times.  So, I was looking for something to 
prevent and/or "gently" remind the installer that they shouldn't be doing 
the install.

Thanks for the idea Carter.  I was thinking about something similar, maybe 
using RegLocator/CompLocator against a well-known regvalue/binary.
If found and **BOTH** WIX_UPGRADE_DETECTED and WIX_DOWNGRADE_DETECTED are
**NOT** set, I can assume a re-install is taking place and abort the 
install.

Thoughts?

On Wed, Jan 8, 2014 at 10:54 AM, Rob Mensching  
wrote:

> The Windows Installer chooses not to recognize the revision (the 
> fourth build version) in major upgrades.
>
> -Original Message-
> From: Tony [mailto:yellowjacketl...@gmail.com]
> Sent: Wednesday, January 8, 2014 7:36 AM
> To: WiX Users
> Subject: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is 
> present...
>
> NOTE: This is primarily an issue with our daily dev/interim builds.  
> This isn't an issue with QA and/or released builds as they have unique 
> Major.Minor.Build numbers.
>
> I'd like some means to block the install, treat it as an upgrade or 
> even just a simple pop-up "Do you really want to install another 
> version of this package?".
>
> Here's the scenario...
>
> Currently installed application:
> UpgradeCode = 123,
> ProductCode = AAA,
> PackageCode = BBB,
> ProductVersion = 1.0.0.0
>
> I'd like to prevent this package from being installed (or show a 
> pop-up, etc.)...
> UpgradeCode = 123,
> ProductCode = DDD,
> PackageCode = FFF,
> ProductVersion = 1.0.0.1
>
> Is there some way prevent this with FindExistingProducts? AppSearch?
> FileSearch? RegSearch?
>
> If not can I get the ProductVersion of any installed application that 
> has the matching UpgradeCode assign it to a Property and compare 
> versions in a custom action?
>
> Thanks,
> --
> Tony
>
> --
>  Rapidly troubleshoot problems before they affect your 
> business. Most IT organizations don't have a clear picture of how 
> application performance affects their revenue. With AppDynamics, you 
> get 100% visibility into your Java,.NET, & PHP application. Start your 
> 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.c
> lktrk ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
>  Rapidly troubleshoot problems before they affect your 
> business. Most IT organizations don't have a clear picture of how 
> application performance affects their revenue. With AppDynamics, you 
> get 100% visibility into your Java,.NET, & PHP application. Start your 
> 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.c
> lktrk ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Tony

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics 
Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk


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


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With Ap

Re: [WiX-users] CustomActions - ComboBox by name?

[Christopher Painter]

You can use a WHERE clause on the Property column to get just the rows 
related to a particular ComboBox.


 From: "Sullivan, Mark V" 
Sent: Friday, December 27, 2013 10:08 AM
To: "wix-users@lists.sourceforge.net" 
Subject: [WiX-users] CustomActions - ComboBox by name?

All,

I have multiple combo boxes in the MSI UI, and I want to just affect ONE of 
them in my custom action.

Every example I see refers to "select * from ComboBox", etc..

Can you do this by name, so that not all ComboBoxes are affected?

Mark V Sullivan
Digital Development and Web Coordinator
Technology and Support Services
George A. Smathers Libraries
University of Florida
352-273-2907 (office)
352-682-9692 (mobile)
mars...@uflib.ufl.edu


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 

Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics 
Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk


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

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] repair does not repair file that was changed

[Christopher Painter]

Oh the trees I could kill on that subject. 

As much as I love TFS,  I still can't believe that after 6 years there still 
isn't any build in AssemblyInfo processing in the default build process 
templates.  I can only imagine that Microsoft figured they couldn't make 
everyone happy so they wouldn't try to make anyone happy.  I've seen this fear 
of trying over and over in the industry. 

IMO, and this applies to many other things, there are certain things that need 
to be out of the box to help the most number of people.  Because left to their 
own devices, a great many developers will come up with far worse solutions then 
the default one that was judged to have fallen short of perfection. 

Maybe I'm just jaded from Stack Overflow where the last two question I just 
asked was one person trying to write a bootstrapper using .BAT files and 
another trying to write an installer using C# and ZIPs stored as embedded 
resources. 

Chris


 From: "Rob Mensching" 
Sent: Thursday, December 12, 2013 9:21 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] repair does not repair file that was changed

"File versioning is really important." - this feels like the understatement of 
the week. 

-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com] 
Sent: Thursday, December 12, 2013 6:13 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] repair does not repair file that was changed

I suspect it works for me because the chosen companion binary file has it's 
AssemblyFileVersion incremented every build.  If there isn't a build-to-build 
difference, the companion file will compare as "equal" and nothing will happen 
to the unversioned file that is it's companion.

File versioning is really important.

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

-Original Message-
From: Andrew Makhorin [mailto:m...@gnu.org]
Sent: Thursday, December 12, 2013 6:18 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] repair does not repair file that was changed

On Tue, 2013-12-10 at 14:31 +, John Cooper wrote:
> Options that work:  1) give the text file a versioned binary 
> CompanionFile;

Tried it--doesn't work in some strange way: if I install the product in 
'Program Files' directory (used by default), the installer doesn't overwrite 
text files marked as companions of some .exe; however, on installing into some 
other directory (say, 'D:/foo') all text files are overwritten including those 
which are not marked as companions. I don't understand the installer's logic.

> 2) play games with the timestamp per other discussions on this list.
> 
> I currently use the CompanionFile technique in production, but I am 
> intrigued by manipulating the timestamps and I have a task for myself 
> to implement a table-driven "touch" custom action to put that into 
> practice.

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance affects 
their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & 
PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/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.

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance affects 
their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & 
PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how applica

Re: [WiX-users] How to execute CA after path is applied

[Christopher Painter]

I couldn't agree more.  If someone really, really needs minor upgrades and 
patching, they will know it and why. 

I'd also add that software development organizations have no understanding of 
what the rules are what can and can't be done in these scenarios.  I've 
encountered countless times that they say they want this and then ask for 
something that isn't possible.  It's for this reason that I won't take a 
customer who wants to go down this road.  It takes full time care and feeding 
to drive that train.


 From: "Blair Murri" 
Sent: Saturday, December 07, 2013 9:51 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] How to execute CA after path is applied

Don't let the name "Major Upgrade" fool you. Major upgrades are the 
easiest/simplest to build/support/use way of using Windows Installer. They are 
called "upgrades" because a simple command upgrades the product to the newer 
version.

Minor and small upgrade/update are complex because they are intended to reduce 
the work Windows Installer will do to update the product, but most of the time 
a well designed major upgrade will be nearly just as efficient and will be much 
more stable.

Minor upgrades, small updates, and patching should always be considered 
advanced Windows Installer features. Major upgrades should be your starting 
point, and for the vast majority of products, will always be the superior 
choice.

-Blair

> Date: Fri, 6 Dec 2013 15:49:12 -0200
> From: nicolas.alva...@gmail.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] How to execute CA after path is applied
> 
> El viernes, 6 de diciembre de 2013, Smagin Alexander escribió:
> >
> > I do not want make a Major update due to it's difficult for end users.
> > it's necessary to uninstall previous version and then install new one. I
> > would want to run one file without special command line that make change
> > only one or two files in a product. like a hot fix.
> 
> 
> 
> A major upgrade doesn't require the user to manually uninstall the previous
> version. A major upgrade *automatically* uninstalls the previous version
> and then installs the new one. I don't see how that's difficult to end
> users.
> 
> It's common to make every upgrade a major upgrade to avoid the inherent
> complexity of patching.
> 
> 
> -- 
> Nicolás
> --
> Sponsored by Intel(R) XDK 
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 2.0.5805.0 to WiX 3.8.1128.0 - shortcuts have changed

[Christopher Painter]

As I recall, there were major language changes from 2.0 to 3.0 and that 
refactoring would be expected.  3.0 - 3.8 should generally be backwards 
compatible though.


 From: "Dave Williamson, Clear Sky Software" 
Sent: Wednesday, December 04, 2013 4:50 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX 2.0.5805.0 to WiX 3.8.1128.0 - shortcuts have 
changed

Context is a migration of a WiX 2.0.5805.0 solution to WiX 3.8.1128.0.
Seemed to be working through the compiler and linker errors one by one 
just
fine until I hit ICE38 regarding shortcuts.  There are 2 shortcuts created
to the same installed EXE.  One shortcut is in the start menu and the 
other
is on the desktop.  WiX 2.0 compiled MSIs install, uninstall, and major
upgrade with proper cleanup of the shortcuts just fine.  Now trying to
tackle in WiX 3.8.

error LGHT0204 : ICE38: Component component40 installs to user profile. 
It's
Key Path registry key must fall under HKCU.

The message states that component40 installs to user profile.  Why does it
think that?  The directory it is within is not user specific and the 
overall
MSI is ALLUSERS=1.

The following stackoverflow post looked promising but I'm not 
understanding
it yet.
http://stackoverflow.com/questions/2058230/wix-create-non-advertised-shortcu

t-for-all-users-per-machine

And then another stackoverflow post
http://stackoverflow.com/questions/17245832/wix-program-files-shortcut-for-p

er-machine-install shows a shortcut as a child of the File.  But doesn't
really address the fact that a  needs to have a 

and  which is HKCU.  Other posts have noted that if HKCU 
is
used then when another user uninstalls the registry entries are orphaned
under the other user and some state that when application is run as 
another
user it triggers a repair.  I dunno on this.  I also couldn't find what 
HKMU
was in the WiX help file or online other than Hubert Kairuki Memorial
University (something tells me that isn't relevant J ).

Is it possible to have an ALLUSERS msi and NOT write to user specific
registry, file, or any other user specific resource?

In WiX 2.0 we did the following

. various other wxs constructs .

  

  









  







  







  



  







  

. various other wxs constructs .



  

. other file components including file2 .



  





  



  



In WiX 3.8 we are trying the following

. various other wxs constructs .

  

  









  







  







  



  







  

  

. various other wxs constructs .



  



  

  

  





  

  



  



dave williamson


--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk

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

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wixtoolset.org popups

[Christopher Painter]

My coworker supsects the shared hoster was comprised (either hack or $$$) and 
that they were then injecting a script tag in the response.


 From: "Rob Mensching" 
Sent: Tuesday, December 03, 2013 9:41 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] wixtoolset.org popups

There should be *no* ads coming from wixtoolset.org. I've not seen them. If 
someone captures a browser log showing where the ads are coming from I'd like 
to dig into it.

Note: If all goes well, the FireGiant team is moving wixtoolset.org to a new 
web hoster this month. Looking forward to that given all the challenges we've 
had with this hoster the last year.

-Original Message-
From: Blair Murri [mailto:os...@live.com] 
Sent: Tuesday, December 3, 2013 7:17 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] wixtoolset.org popups

I saw them yesterday as well. I'm not seeing them this morning, though.

-Blair

-- 
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance affects 
their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & 
PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! 
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wixtoolset.org popups

[Christopher Painter]

I don't see it in Chrome but I do see it in IE.   I see it on multiple 
computers including clean snapshotted VM's so I don't think I'm infected on 
my end. 

At this point I'm thinking either this is intentional or the site has been 
hacked.   


 From: "John Ludlow" 
Sent: Tuesday, December 03, 2013 8:17 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] wixtoolset.org popups

I'm not seeing any adverts. On Chrome I do have AdBlockerPlus, but it
didn't report a blocked popup, and when I disabled it and refreshed I
didn't see anything.

Of course, it might be that you're hitting a different server than I am.

On 3 December 2013 13:44, Christopher Painter  wrote:

>
> Is anyone else getting popup advertisements on wixtoolset.org?
> Advertisements from "infinityads" are what I'm seeing.
>
>
> 

--
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into 
your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of 
AppDynamics
> Pro!
> 
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk


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

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 

Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics 
Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk


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

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] wixtoolset.org popups

[Christopher Painter]

Is anyone else getting popup advertisements on wixtoolset.org?  
Advertisements from "infinityads" are what I'm seeing.
 
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF managed custom action - temporary file

[Christopher Painter]

Here's another approach to consider: 

http://blog.iswix.com/2011/10/beam-me-up-using-json-to-serialize.html 


 From: "Jens Teutenberg" 
Sent: Tuesday, November 26, 2013 12:54 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] DTF managed custom action - temporary file

I want to use a temporary file to transfer data between my immediate custom 
action and my deferred custom action (Impersonate="no"). I use the method 
"Path.GetTempFileName()" to create a unique file in the immediate CA. The file 
will be created but the deferred CA cannot see this file. Where I have to place 
the file to get it working? Or is there another solution to transfer the 
content of a complete own table? 
-- 
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance affects 
their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & 
PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! 
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net https://lists.sourceforge.n
 et/lists/listinfo/wix-users
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Microsoft Reciprocal License explaination

[Christopher Painter]

The problem is the way they say "normally"  not included.  Got to love lawyers. 
 

FWIW, I get into grey areas with my tool IsWiX.   Include very small pieces of 
WiX in my solution   ( mainly the use of Microsoft.Deployment.WindowsInstaller, 
the inclusion of schema (XSD) files for validation and snippets of the help 
file displayed in the UI to educate the developer).   I'm not actually making 
any changes to WiX though and I want to publish under MS-PL not MS-RL 
because if anyone ever wants to pick up this ball and run with it, I'd be 
honored. 

I can only assume that OuterCurve won't want to waste going after me... there 
isn't any money and I'm not doing anything malicious.


 From: "Rob Mensching" 
Sent: Tuesday, November 19, 2013 9:01 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Microsoft Reciprocal License explaination

http://wixtoolset.org/about/license/

-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
Sent: Wednesday, November 20, 2013 6:48 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Microsoft Reciprocal License explaination

2013/11/19 Joe Dimagio :
> Hey everyone,
>
> I'm doing some research to see if WiX is right for my corporation to use.
>
> Reading the MS RL, it looks like if I distribute my product using WiX, 
> I need to include my source files including the wxs, wxl, wxi, 
> wixproj, as well as my own product's source code as well.  Is this 
> correct?  I'm not a lawyer but this seems like an all encompassing 
> license that seems pretty prohibitive for a company to use if I'm reading it 
> correct.

No, not at all. That would be like saying that using an open source compiler 
means you have to distribute your source code if you compiled your binaries 
with it, or that you have to distribute your code if you used an open source 
text editor to write it; none of that makes sense.
The license only affects WiX, not what you generate with it.

However, I would like some clarifications from the developers about code from 
WiX that gets embedded into the final msi, especially the "standard custom 
actions". I think that code should be explicitly under a more liberal license...

--
Nicolás

--
Shape the Mobile Experience: Free Subscription Software experts and developers: 
Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-- 
Shape the Mobile Experience: Free Subscription Software experts and developers: 
Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers 
strategic insight and game-changing conversations that shape the rapidly 
evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Question re WIX other MSI installer tools...

[Christopher Painter]

I'm a fan of WiX and InstallShield. doesn't make me too popular on 
either mailing list.  :-) 

That said, I personally no longer attempt to encapsulate MS Sql Server 
installation.  It's just too complicated with too many choices and too many 
ways to fail.   IMO if you have a server product you should have a DBA ( or 
atleast someone who stayed at a Holiday Inn Express last night )  install 
SQL server per the standards of your organization.   If it's a client 
workstation that just needs a datasource, I'd suggest there are better 
alternatives.

>From there you have to decide if the installer has any interaction with the 
data tier or if it's all handled post installation via a first run 
configuration pattern.  If you go with the latter, the BA UI gets a lot 
simpler. (That sexy VS BA hardly asks any questions at all. Nor does the 
WiX BA.)  If you go with the former, you're going to need a story for 
interviewing and validation connection string information and then passing 
that to the installer to execute SQL scripts and/or modify config files 
with connection string. 

If you dump the need for silent bullet proof and highly customized 
installation of MSSQL, I think this is merely a moderately complex 
installer.  If you drop the installers interaction with SQLSERVER then it 
becomes a simple installer.  Otherwise it's highly complex.   Labor 
estimates depend highly on skill and experience. 

Maybe one day we'll have reusable code that handles all the messy details 
and snaps into a custom BA.   Blair could comment on whether that is 
possible.  

 From: "Blair Murri" 
Sent: Friday, November 15, 2013 9:46 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Question re WIX other MSI installer tools...

The in-box BAs do not provide most of that experience but burn totally 
supports it. All the pieces to manage mapping burn variables to MSI 
properties and controlling application of each item in the chain are 
clearly present.

A domain-specific UI AND domain-specific processing of gathered information 
will cost you development effort no matter which underlying toolset you 
choose to use.

In my opinion what you have described would be easier to implement on burn 
than on IS, as the interface can be understood with some study and 
experimentation and debugging, past the first bootstrap, is actually easier 
than the other implementations I've seen that can approach what you 
describe.

I think you are either underestimating the effort required to do what you 
want with other systems, are overestimating the effort required with 
burn+custom BA, or you don't quite see the difference between burn and the 
stdba.

-Blair

StevenOgilvie  wrote:

Burn does NOT allow you to collect information from the user and then pass
that information to the MSI's it is a tool to allow you to install
pre-requisites and handle your software installer...

To create a user experience that collects information it would require a
CUSTOM BA...

Steve

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Question-re-WI
X-other-MSI-installer-tools-tp7590687p7590690.html
Sent from the wix-users mailing list archive at Nabble.com.


--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk


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


--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk


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

--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
___
WiX-users mailing

Re: [WiX-users] Does anyone have a VSIX example

[Christopher Painter]

Take a look at: 

http://wixwpf.codeplex.com/ 

He uses the VSIX extension. (Waiting for VS2012 support in 3.8)


 From: "Gonçalo Lopes" 
Sent: Tuesday, November 12, 2013 7:05 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] Does anyone have a VSIX example

Any updates on this? I would also really like an example for the use of the
VsixPackage element. I mean, if it doesn't work from MSI, then how should
you use this element (and I mean why would it even exist? there must be
some use case!)

If it's really not working, why not add an extension to the Burn
bootstrapper rather than on the component level?

My scenario:
I can get the installer to compile and run, but the VSIX will not get
installed, even if Vital="yes" attribute is set. I'm using Wix 3.7 and
trying to install on Visual Studio 2012 Express and Integrated Shell.


  

  

  


On 13 March 2013 16:04, David Watson  wrote:

> I had problems with installing VSIX from msi too and eventually read that
> you
> should install 'by hand' if you are using MSI.
> There is some very helpful code in the wix installer itself to help you
> with
> registrations etc.
>
> -Original Message-
> From: John Ludlow [mailto:john.ludlow...@gmail.com]
> Sent: 13 March 2013 15:55
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Does anyone have a VSIX example
>
> See this:
>
> http://msdn.microsoft.com/en-us/library/ee332502.aspx
>
> Apparently it's a bad idea to run VSIXInstaller from an MSI.
>
> On 13 March 2013 15:31, Rob Mensching  wrote:
> > That error means the VsixInstaller failed. Doesn't the VsixInstaller
> > create a log file somewhere? That's your best bet.
> >
> >
> > On Wed, Mar 13, 2013 at 8:25 AM, Thomas 
> wrote:
> >
> >> Hi,
> >>
> >> I'm also having some issue with this with VsixPackage. I can build
> >> the installer fine but when it runs I get an error.
> >>
> >> I have installed latest Wix. Does this wxs look ok?
> >>
> >>   >> xmlns="http://schemas.microsoft.com/wix/2006/wi";
> >> xmlns:VSExtension="http://schemas.microsoft.com/wix/VSExtension";>
> >>  >> Version="1.0.0.0" Manufacturer="ThomasSoft"
> >> UpgradeCode="52cf0ec5-a9cb-4617-8f69-ef45f389d965">
> >>  >> InstallScope="perMachine" />
> >>
> >> 
> >> 
> >>
> >>  Level="1">
> >> 
> >> 
> >> 
> >>
> >> 
> >> 
> >> 
> >>  />
> >> 
> >> 
> >> 
> >>
> >> 
> >>  Directory="INSTALLFOLDER">
> >> 
> >>  >> PackageId="MyVSIX..2df7ae50-f029-40a6-af69-49aa4a76e3f5"
> >> Target="professional" TargetVersion="11.0" Vital="yes" Permanent="yes"/>
> >>  >> Source="..\MyVSIX\bin\Debug\MyVSIX.vsix"/>
> >> 
> >> 
> >> 
> >> 
> >>
> >> I get a generic error saying "There is a problem with this Windows
> >> Installer package. A program run as part of the setup did not finish
> >> as expected.
> >> Contact your support personnel or package vendor"
> >>
> >> If I only run the vsix like this:
> >> "C:\Program Files (x86)\Microsoft Visual Studio
> >> 11.0\Common7\IDE\VSIXInstaller.exe" /q /skuName:Pro /skuVersion:11.0
> >> /admin "C:\Dev\Temp\MyVSIX.vsix"
> >>
> >> it works.
> >>
> >> I have built my vsix with VS2012 SDK and tried with the option "The
> >> VSIX is installed by Windows Installer" both enabled and not.
> >>
> >>
> >> please advice :)
> >>
> >> Thanks,
> >> //Thomas
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Does-an
> >> yone-have-a-VSIX-example-tp7580711p7584296.html
> >> Sent from the wix-users mailing list archive at Nabble.com.
> >>
> >>
> >> -
> >> - Everyone hates slow websites. So do we.
> >> Make your web apps faster with AppDynamics Download AppDynamics Lite
> >> for free today:
> >> http://p.sf.net/sfu/appdyn_d2d_mar
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >>
> > --
> >  Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics Download AppDynamics Lite
> > for free today:
> > http://p.sf.net/sfu/appdyn_d2d_mar
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> -
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite for
> free
> today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> 

Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers

[Christopher Painter]

Personally I can't wait to see what all this looks like in a couple years.  
I sit here bleary eyed after a 24 hour coding marathon where I extensively 
used TFS Service, an on-prem build server and a couple test VM's all hosted 
on Hyper-V.   There are a handful of things I still don't like about all 
these tools but the capabilities and developer value proposition is 
amazing. 

It's cool that WiX is on those VM's but without ICE validation it's 
useless.  I would never turn off validation... I might as well go back to 
using InstallShield ( which isn't on their servers despite their 
relationship ).


 From: "Bob Arnson" 
Sent: Sunday, November 10, 2013 2:10 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview 
Hosted Build Servers

On 08-Nov-13 09:23, John Cooper wrote:
> I know that part of the issue is that some of the ICE stuff (supplied by 
Microsoft) still depends on VBS.  The other part is that CIS departments 
are loath to give rights to run the Windows Installer Service to 
not-true-and-not-human administrators.  That latter also blocks me from 
running LUX automatically on my build servers.  I can only run it locally.
It's a problem with server OSes running non-admin services trying to do 
per-user installs, which applies both to ICE validation and Lux test runs.

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


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. 
Explore
techniques for threading, error checking, porting, and tuning. Get the most 

from the latest Intel processors and coprocessors. See abstracts and 
register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk


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

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8

[Christopher Painter]

Is this reproducible with other installs on the same machine?  If you 
register a service using SC.exe does it have the same behavior? 

I'm sorry, I've never seen this before.


 From: "wixtester" 
Sent: Friday, November 08, 2013 8:27 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one 
service on Windows 8

Here is the InstallServices action from the log. I masked product name 
from
the commands/paths below
Notice the ServiceInstall for the each of the services is 2 min apart.

MSI (s) (50:DC) [*14:30:*24:071]: Executing op:
ActionStart(Name=InstallServices,Description=Installing new
services,Template=Service: [2])
Action 14:30:24: InstallServices. Installing new services
MSI (s) (50:DC) [14:30:24:071]: Executing op:
ProgressTotal(Total=4,Type=1,ByteEquivalent=130)
MSI (s) (50:DC) [14:30:24:071]: Executing op:
ServiceInstall(Name=AuthenticatorSVC,DisplayName=Authenticator
Service,ImagePath="C:\Program
Files\AAA\Authenticator\RunAsUser.exe",ServiceType=16,StartType=2,ErrorContr
ol=0,,Dependencies=[~],,,Password=**,Description=Provides
support for to enable self-service password reset, auditing, and tracking 
of
authentication style.,,)
InstallServices: Service: 
MSI (s) (50:DC) [14:32:17:620]: Executing op:
ServiceInstall(Name=ProcessBrokerSvc,DisplayName=Process Broker
Service,ImagePath="C:\Program Files
(x86)\AAA\Agent\IAM.Service.exe",ServiceType=16,StartType=2,ErrorControl=0,,
Dependencies=[~],,StartName=LOCALSYSTEM,Password=**,Description=Proc
ess
broker service,,)
InstallServices: Service: 
MSI (s) (50:DC) [14:34:23:638]: Executing op:
ServiceInstall(Name=ConfigSvc,DisplayName=Configuration
Service,ImagePath="C:\Program Files
(x86)\AAA\CentralConfiguration\ConfigurationUpdateService.exe",ServiceType=1
6,StartType=2,ErrorControl=0,,Dependencies=Winmgmt[~]LocatorSvc[~][~][~],,St
artName=LOCALSYSTEM,Password=**,Description=configuration
update service,,)
InstallServices: Service: 
MSI (s) (50:DC) [14:36:20:452]: Executing op:
ServiceInstall(Name=LocatorSvc,DisplayName=Locator
Service,ImagePath="C:\Program Files
(x86)\AAA\DesktopComponents\Locator.exe",ServiceType=272,StartType=2,ErrorCo
ntrol=1,,Dependencies=Tcpip[~]NetBIOS[~]RpcSs[~][~][~],,,Password=**
,Description=Vault
Locator Service,,)
InstallServices: Service: 
MSI (s) (50:DC) [14:38:27:516]: Executing op:
ActionStart(Name=RegisterProcessMonitor.Start.Rollback,Description=start
process monitor in rollback sequence,)
Action 14:38:27: RegisterProcessMonitor.Start.Rollback. start process
monitor in rollback sequence
MSI (s) (50:DC) [14:38:27:516]: Executing op:
CustomActionSchedule(Action=RegisterProcessMonitor.Start.Rollback,ActionType
=3393,Source=BinaryData,Target=CAQuietExec64,CustomActionData="C:\Windows\sy
stem32\sc.exe"
stop IAMProcessMonitor)
MSI (s) (50:DC) [14:38:27:516]: Executing op:
ActionStart(Name=RegisterProcessMonitor.Start,Description=start process
monitor,)
Action 14:38:27: RegisterProcessMonitor.Start. start process monitor
MSI (s) (50:DC) [14:38:27:516]: Executing op:
CustomActionSchedule(Action=RegisterProcessMonitor.Start,ActionType=3073,Sou
rce=BinaryData,Target=CAQuietExec64,CustomActionData="C:\Windows\system32\sc
.exe"
start IAMProcessMonitor)
MSI (s) (50:38) [14:38:27:750]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSID6F6.tmp, Entrypoint: CAQuietExec64
CAQuietExec64:  
CAQuietExec64:  SERVICE_NAME: IAMProcessMonitor 
CAQuietExec64:  TYPE   : 1  KERNEL_DRIVER  
CAQuietExec64:  STATE  : 4  RUNNING 
CAQuietExec64:  (STOPPABLE, NOT_PAUSABLE,
IGNORES_SHUTDOWN)
CAQuietExec64:  WIN32_EXIT_CODE: 0  (0x0)
CAQuietExec64:  SERVICE_EXIT_CODE  : 0  (0x0)
CAQuietExec64:  CHECKPOINT : 0x0
CAQuietExec64:  WAIT_HINT  : 0x0
CAQuietExec64:  PID: 0
CAQuietExec64:  FLAGS  : 

Thanks for digging into the details!

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall
-takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389p7590428.html


Sent from the wix-users mailing list archive at Nabble.com.


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. 
Explore
techniques for threading, error checking, porting, and tuning. Get the most 

from the latest Intel processors and coprocessors. See abstracts and 
register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk


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

--
No

Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers

[Christopher Painter]

I'm sorry, that's a really bad choice.  Surely you can come up with the 
money to put it some place better? 

If money is tight, consider o/s virtualization.   I run a small consulting 
practice out of my home. Many of my infrastructure services have  been 
moved to the cloud:   Mail, Blog, Web Site, Team Foundation Service and Off 
Site Backup.  For my on-prem services ( AD, DHCP/DNS, WDS, PPTP RAS, Build 
Servers, Integration / Test Lab and so on )  I run on a home built Hyper-V 
server  ( i7-2600K with 32GB ram and 4 256GB SSD in RAID 1-0. )   I also 
use an old laptop as an additional domain controller, time sync source to 
partner up with my virtualized DC. 

The point is, for only a fairly small amount of money you can build a 
network that gives you a great number of machines / flexibility.   The 
ability to checkin a change to TFS and have a build sitting on my file 
server 30 seconds later and tested on one of my VM's 30 seconds after that 
is priceless. 

Regards,
Chris 

  


 From: "dusan.plavak" 
Sent: Friday, November 08, 2013 6:37 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview 
Hosted Build Servers

Yeah, but problem here is that our build server is also domain controller 
:(

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Build-WiX-Proj
ects-via-msbuild-using-TFSPreview-Hosted-Build-Servers-tp7418321p7590422.htm
l
Sent from the wix-users mailing list archive at Nabble.com.


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. 
Explore
techniques for threading, error checking, porting, and tuning. Get the most 

from the latest Intel processors and coprocessors. See abstracts and 
register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk


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

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers

[Christopher Painter]

To my knowledge, ICE validation requires elevated permissions.   
Personally, every build server I've ever set up had the build account with 
admin privs.At my last job we had 50+ build VM's with infrastructure in 
place to apply the base snapshot and start the VM before each build so that 
each build started in the exact same machine state.   But the build still 
had admin.  Just too many things need it IMO.


 From: "dusan.plavak" 
Sent: Friday, November 08, 2013 6:08 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview 
Hosted Build Servers

Hi there, 
did you find any solution for this problem? 
I`m trying to keep validation on ms business 2011 server but got the same
error... I really want to keep ICE validation but can not grand admin 
rights
to build service... 

THanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Build-WiX-Proj
ects-via-msbuild-using-TFSPreview-Hosted-Build-Servers-tp7418321p7590420.htm
l
Sent from the wix-users mailing list archive at Nabble.com.


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. 
Explore
techniques for threading, error checking, porting, and tuning. Get the most 

from the latest Intel processors and coprocessors. See abstracts and 
register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk


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

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 [P]

[Christopher Painter]

That's true to. (Senior moment) 

http://msdn.microsoft.com/en-us/library/aa369540(v=vs.85).aspx 

Either way InstallServices isn't ServiceInstall.   So my question is still, 
what does the log look like?


 From: "Steven Ogilvie" 
Sent: Thursday, November 07, 2013 3:16 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install 
one service on Windows 8 [P]

Classification: Public
WIX has:
mailto:chr...@iswix.com]
Sent: November-07-13 3:57 PM
To: General discussion about the WiX toolset.; 
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one 
service on Windows 8

The reason I'm struggling to believe this is that Windows Installer doesn't 
have an action called ServiceInstall.  It does have one called 
CreateServices. 

I'd have to see a verbose installer log and the machine in question to 
troubleshoot further.  Basically I've never seen anything like this in my
10 years of MSI.


 From: "wixtester" 
Sent: Thursday, November 07, 2013 2:35 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one 
service on Windows 8

Starting the service is pretty fast, all the 4 services start within 
seconds.
It is the ServiceInstall action that takes 8 minutes for 4 services.
This is a fresh HyperV Virtual machine that I am trying on. Registry 
settings (servicespipetimeout or anything) is not altered.

Thanks for your reply.

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall

-takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389p7590396.html



Sent from the wix-users mailing list archive at Nabble.com.



--
November Webinars for C, C++, Fortran Developers Accelerate application 
performance with scalable programming models. 
Explore
techniques for threading, error checking, porting, and tuning. Get the most 


from the latest Intel processors and coprocessors. See abstracts and 
register 
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk



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


--
November Webinars for C, C++, Fortran Developers Accelerate application 
performance with scalable programming models. Explore techniques for 
threading, error checking, porting, and tuning. Get the most from the 
latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk


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

 
This message has been marked as Public by Steven Ogilvie on November-07-13 
4:11:57 PM.

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

 


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. 
Explore
techniques for threading, error checking, porting, and tuning. Get the most 

from the latest Intel processors and coprocessors. See abstracts and 
register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk


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

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8

[Christopher Painter]

The reason I'm struggling to believe this is that Windows Installer doesn't 
have an action called ServiceInstall.  It does have one called 
CreateServices. 

I'd have to see a verbose installer log and the machine in question to 
troubleshoot further.  Basically I've never seen anything like this in my 
10 years of MSI.


 From: "wixtester" 
Sent: Thursday, November 07, 2013 2:35 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one 
service on Windows 8

Starting the service is pretty fast, all the 4 services start within
seconds.
It is the ServiceInstall action that takes 8 minutes for 4 services.
This is a fresh HyperV Virtual machine that I am trying on. Registry
settings (servicespipetimeout or anything) is not altered.

Thanks for your reply.

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall
-takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389p7590396.html


Sent from the wix-users mailing list archive at Nabble.com.


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. 
Explore
techniques for threading, error checking, porting, and tuning. Get the most 

from the latest Intel processors and coprocessors. See abstracts and 
register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk


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

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8

[Christopher Painter]

I've never seen this.  In fact, the default max time to wait for a service to 
start is 30 seconds.  I suspect this has been tweaked on your machine.


 From: "Daniel Zolopa" 
Sent: Thursday, November 07, 2013 1:19 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one service 
on Windows 8

Please try to measure time without Start="install". I assume that your
service start is very long and this is the reason.

-- 
regards
danz

2013/11/7 wixtester 

> Hi,
>
>I have a msi that installs 4 services just fine on Windows XP and
> Windows
> 7 devices. However on Windows 8 and 8.1, it takes 2 minutes to install one
> service amounting to 8 minutes in all for just installing the services. Are
> there any parameters I can tweak to improve the msi performance?
>
> A typical service definition looks like this
>
>   
> 
>
>  KeyPath="yes"/>
>  Description="!(loc.Description)"  Start="auto" ErrorControl="ignore"
> Type="ownProcess"  />
>  Remove="uninstall" />
>   
>
>
> thanks!
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall-takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XML Namespace Prefix Question

[Christopher Painter]

I did see that either would build if I was consistent.  Is one or the other 
more correct?  In other words, are there any tutorials or code samples out 
there that people might be copying and pasting that I would want to match 
prefix case with? ( I know plenty like this exists for the util extension. )


 From: "Nicolás Alvarez" 
Sent: Monday, November 04, 2013 12:16 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] XML Namespace Prefix Question

2013/10/31 Christopher Painter : > One of my sreens in ISWIX 
is the "Namespace" designer.  It's a simple grid > with checkboxes that display 
extension prefixes and target namespaces.  I > created this to make it easier 
to add references to things like the util > namespace without looking it up all 
the time. > >  All has been well and recently I've been doing some housekeeping 
adding > new WiX extension namespaces.  One of them stood out to me:  the > 
Dependency.xsd.  It's the only one in WiX that isn't all lowercase. > > Do the 
cases of prefixes matter?  Is it better to add it as Dependency or > dependency 
or does it not matter? > > I code looks through a schema directory in my 
application directory and > autogenerates the dictionary that backs up the list 
of available namespaces > to add to the XML document. Namespace prefixes are 
like variable names: they are case-sensitive, but you can call them whatever 
you want, as long as the declaration and the uses are the same (including 
case). In other words, even 
xmlns:depz="http://schemas.microsoft.com/wix/DependencyExtension"; is totally 
valid, as long as you use  and not  later. -- 
Nicolás 
-- 
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure. 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding files to msi

[Christopher Painter]

I did something like this for one of my customers.  He had value added 
resellers that would inject custom files and metadata / rebranding it.  The end 
user sysadmins would then make additional tweaks before distributing across the 
enterprise.   Each layer  could then "seal" certain attributes so that the next 
person transforming the installer had less choices.

He wrote the UI wizard and I wrote the "InstallTransformer" class library.  It 
was kind of fun and I could be convinced to share snippets for the who need it.


 From: "Bas Graaf" 
Sent: Friday, November 01, 2013 5:27 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Adding files to msi

Yes, we considered giving them our source also. However, we'd like to keep it 
as simple as possible (for them). Typically, they would not know anything about 
WiX or Windows Installer internals and our WiX source is quite complicated. 
Although the wixlib suggestion would at least not expose them to that. I'll 
include it in my investigations. Thanks for the suggestion.

_Bas

-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
Sent: 1. november 2013 23:07
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Adding files to msi

2013/11/1 Bas Graaf :
> Hi,
>
> I'd like to enable our partners to simply add a few files to our installer 
> package (an msi) before they deliver it to their customers (e.g., to add 
> third-party plugins, certificates, and various other configuration files).  
> So far, I've been prototyping a simple tool based on DTF to add relevant 
> records to the msi database. This seems to work fine. All that is left is to 
> add the actual file(s) to the embedded cab. I tried 
> InstallPackage.UpdateFiles, but this only seems to update files that were in 
> the cab before.
>
> Next idea is to  get the cab from the _Streams table, add files, and put it 
> back. Just wanted to check here if there is anything in DTF (or elsewhere) 
> that already implements such a scenario.

That sounds quite nasty. Why don't you give them your WiX source for them to 
modify and rebuild, or a wixlib they can include in their own package?

--
Nicolás

--
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-- 
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure. 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Environment Variable Changes by MSI are not reflected

[Christopher Painter]

I agree.  I feel dirty whenever someone asks me to modify the path.  It's 
usually the Java guy s but then the MS PowerShell guys come by and they 
only give you two options (that I know of) to register a module.   1) 
Update the PSModulePath and 2) Install in the root PowerShell Modules path 
under SystemFolder32/64.  That just seems wrong. 

I don't like option #1 either but I guess it made perfect sense to them 
since they were trying to make a great "shell" experience.


 From: "Phil Wilson" 
Sent: Friday, November 01, 2013 12:38 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Environment Variable Changes by MSI are not 
reflected

The general rule is that if the process is already running it won't pick 
up
the new environment strings, which is why things like services and command
prompts won't pick up the new values.  Sometimes the definition of "new
process" isn't that obvious. If you have a running command prompt from
which you do the install and then run the PowerShell then I'm pretty sure
anything you fire off from that prompt after the install will not get the
new values because they are propagated from the command prompt that has
been continually running, just as an example. So I don't know how exactly
that PowerShell context works in that environment (pun intended).

 If there's a way to avoid using PATH, try to find it and use it. There 
are
always issues with that, not only install and uninstall but corruption,
files and Dlls being picked up from the wrong directory and so on. For
example, if your install stored in the registry the location of the files
you want to run it's likely that the PowerShell script could find them
without resorting  to PATH.

Phil Wilson

On Thu, Oct 31, 2013 at 3:25 PM, Christopher Painter 
wrote:

> I've done this recently and two things can bite you:
>
> 1) Windows Installer  WriteEnvironmentStrings doesn't send the broadcast
> message if there is a pending reboot already.
> 2) If you want to use it in a windows service ( such as IIS worker pool 
)
>  you'll have to take the reboot for it to take effect.
>
> 
>  From: "Suryadeep Biswal" 
> Sent: Thursday, October 31, 2013 4:23 PM
> To: "General discussion about the WiX toolset." <
> wix-users@lists.sourceforge.net>
> Subject: Re: [WiX-users] Environment Variable Changes by MSI are not
> reflected
>
> After installing the MSI, we require the users run a PowerShell cmdlet 
for
> configuring the machine. This cmdlet depends on binaries that are 
present
> in the directory that we add to "PATH" in the MSI. Since the value of
> "PATH" does not change (even in a new process), the users have issues
> running the PowerShell cmdlet. I would expect it to take effect 
immediately
> after MSI installation so that any new process have the updated value 
for
> "PATH" variable.
> Regards,Surya
>
> > Date: Thu, 31 Oct 2013 13:11:59 -0700
> > From: phildgwil...@gmail.com
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Environment Variable Changes by MSI are not
>  reflected
> >
> > The short answer is yes. The longer answer depends on exactly where 
you
> > expect it take effect. What's the exact problem? It doesn't get picked
> by a
> > program? By a command prompt? It doesn't get used when you run 
something?
> >
> >
> 
http://superuser.com/questions/351279/adding-a-directory-to-user-path-doesnt
-work
> >
> >
> > Phil Wilson
> >
> >
> > On Thu, Oct 31, 2013 at 11:53 AM, Suryadeep Biswal <
> surya6...@hotmail.com>wrote:
> >
> > > Hi,
> > >
> > >
> > >
> > > Our MSI uses the inbuilt Environment
> > > WIX element to add a directory to PATH
> > > variable. We are seeing an issue on Windows Blue/8.1 where this does
> not
> > > get
> > > reflected until the user logs off and logs on. Is this a known 
issue?
> Are
> > > there
> > > any alternatives to set the environment variable other than writing 
a
> > > Custom
> > > Action? Please advise.
> > >
> > >
> > >
> > > This is from our WXS file -
> > >
> > >  > > Name="PATH" Action="set" Part="last" System="yes"
> > > Value="" Permanent="no"/>
> > >
> > >
> > >
> > > Regards,
> > >
> > > Surya
> > >
> > >
> > >
> > >
> 

[WiX-users] WiX 3.8RC VS2012 VSIX Extension Question

[Christopher Painter]

I found a WiXWPF Bootstrapper project on Codeplex 
(https://wixwpf.codeplex.com/) that hasn't been updated for WiX 3.8 yet.  I 
downloaded the source and tweaked all the references I could and go it to 
compile and install.  I was able to get their project templates to show up 
in VS2010/2012 but not VS2013.  I looked at their installer source and they 
were using the vsix extension to register with VS2013. 

So that made me wonder, has this part of WiX been updated for VS2013 in WiX 
3.8?   I don't know how to develop, deploy or test this scenario so I 
thought I would ask. 

Thanks, 

Chris
 
--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Saving existing xml file on uninstall and then merging it back in during reinstall

[Christopher Painter]

 I always tell developers to create 2 (or possibly more) XML files.  One 
that is owned by the installer and one that is owned by the application / 
user.   The installer will 100% own the file that it installs and there is 
no expectation that the installer won't overwrite when it needs to.   

The second file will get created by the application and the installer won't 
even know anything about it unless specifically asked to remove it during 
uninstalls.  It is then the job of the application code to load those two 
sets of information and merge them.  (Typically base and override 
settings.) 

We had a shared "product line" at my last job where an asset might be 
reused by multiple products (think Visual Studio components and all the 
SKUs that use them ).  It was all dependency injection driven typically via 
XML files.  The asset might have a base default config file, the domain 
(business area) might have an extension/override config file, a product 
might have an extension/override config file and finally at runtime another 
config file might get generated to store user and / or machine settings.   
All of these config files taken together would create a blueprint for how 
that asset should function in that environment.As far as the installer 
was concerned it was just a bunch of file copies.   It was more work for 
the developers but once they created the shared libraries to handle it and 
got into the practice of thinking this way  things ended much better.


 From: "John Cooper" 
Sent: Friday, November 01, 2013 8:25 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Saving existing xml file on uninstall and then 
merging it back in during reinstall

The pattern I follow is to:

1) have a custom action read XPaths from a table and save what it finds in 
the existing file into properties;
2) re-write the XML file on install/upgrade with the values in those 
properties;

It is certainly possible to do a source control like merge, but your custom 
actions are going to have to handle all the edge-cases.

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

-Original Message-
From: j2associates [mailto:j2associa...@yahoo.com] 
Sent: Friday, November 1, 2013 2:36 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Saving existing xml file on uninstall and then merging 
it back in during reinstall

Hello all,

We have a config file that is installed which can be customized post 
installation (not sensitive data). How can we save the config file during 
uninstall so that customizations can be merged into the new install.

I was thinking along the following:

A. During uninstall copy the config file to the user's Temp folder so 
if reinstall never happens it is no big deal
B. During install, check the user's Temp folder and if the file is 
present, merge it and delete it

Is this feasible, or is there a better way? In either case, can someone 
point me to some sample code?

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Saving-existin
g-xml-file-on-uninstall-and-then-merging-it-back-in-during-reinstall-tp75902
17.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/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.


--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creators. Download this 
white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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

Re: [WiX-users] Custom action was working now it isn't.... HELP...

[Christopher Painter]

When the native bit of DTF fires up the CLR it runs it's own class in the 
middle that has it's own try catch  session.Log() block.  If there was a 
bad image format exception this should have been caught in the MSI log.  I 
suspect he didn't get this far.

The first release or so of DTF had a current directory problem that broke 
the RunDLL() call.  We had DTF custom actions that would change the current 
directory  and when the sandbox got reused it would break.  This was fixed 
though.

Hard for me to say what the real problem was here without getting it in my 
lab and profiling it.  


 From: "Phil Wilson" 
Sent: Thursday, October 31, 2013 3:57 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Custom action was working now it isn't 
HELP...

As a random guess based on the 1154 error, is it possible that there's 
some
C# code that is MSIL and so runs with the native bitness of the system,
but there's a dependency that is (say) 32-bit and the native code 
can't
call it? You'd expect BadImageFormatException somewhere if the chain is 
all
managed code, but assuming 1154 is correct then there's a Dll somewhere
that can't be loaded.  Something like this anyway

Phil Wilson

On Thu, Oct 31, 2013 at 1:27 PM, Steven Ogilvie 
wrote:

> Wasn't a compile error, was a runtime error...
>
> Well it is working now, very strange was doing diffs between the custom
> action cs file and the product.wxs file and can't see what could have
> broken it, like I said it was working until a few days ago...
>
> Strange
>
> -Original Message-
> From: Christopher Painter [mailto:chr...@iswix.com]
> Sent: October-31-13 4:18 PM
> To: General discussion about the WiX toolset.; General discussion about
> the WiX toolset.
> Subject: Re: [WiX-users] Custom action was working now it isn't 
HELP...
>
> Hmmm... I'm guessing there was something else at play.  DTF can handle
> entry points up to 72 characters in length before it'll throw a compile
> error.
>
> 
>  From: "Steven Ogilvie" 
> Sent: Thursday, October 31, 2013 2:57 PM
> To: "General discussion about the WiX toolset."
> 
> Subject: Re: [WiX-users] Custom action was working now it isn't
> HELP...
>
> So weird...
>
> Was working before, stopped working... function name had 26 characters
> removed 7 characters now it works...
>
> Go figure...
>
> Steve
>
> -Original Message-
> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> Sent: October-31-13 3:18 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Custom action was working now it isn't
> HELP...
>
>
> 
http://stackoverflow.com/questions/3560370/custom-action-in-c-sharp-used-via

> -wix-fails-with-error-1154
>
> Chris has quite a few suggestions on what could cause that error.
>
> -Original Message-
> From: StevenOgilvie [mailto:sogil...@msn.com]
> Sent: Thursday, October 31, 2013 2:05 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Custom action was working now it isn't HELP...
>
> A different pair of eyes should help...
> I have a custom action that reads the registry and goes through the SQL
> Server Instances to get the last instance name (if there are more than
> one)... Was working like a charm, now for about a week it stopped 
working
> and I am getting this error:
>
> Action ended 14:57:56: CostFinalize. Return value 1.
> MSI (c) (A4:80) [14:57:56:213]: Doing action: 
CA_GetSQLServerInstanceName
> Action 14:57:56: CA_GetSQLServerInstanceName. CA: Getting SQL Server
> instance name...
> Action start 14:57:56: CA_GetSQLServerInstanceName.
> MSI (c) (A4:80) [14:57:56:240]: Creating MSIHANDLE (1) of type 790542 
for
> thread 7552 MSI (c) (A4:2C) [14:57:56:241]: Invoking remote custom 
action.
> DLL:
> C:\Users\STEVEN~1.OGI\AppData\Local\Temp\MSIF66D.tmp, Entrypoint:
> GetSQLExpressInstanceName
> MSI (c) (A4:A4) [14:57:56:242]: Cloaking enabled.
> MSI (c) (A4:A4) [14:57:56:242]: Attempting to enable all disabled
> privileges before calling Install on Server MSI (c) (A4:A4) 
[14:57:56:242]:
> Connected to service for CA interface.
> CustomAction CA_GetSQLServerInstanceName returned actual error code 1154
> but will be translated to success due to continue marking MSI (c) 
(A4:2C)
> [14:57:56:375]: Closing MSIHANDLE (1) of type 790542 for thread 7552
> Action ended 14:57:56: CA_GetSQLServerInstanceName. Return value 1.
>
> The custom action is straight forward:
>  BinaryKey="BIN_CustomAction"
> DllEntry="GetSQLExpressInstanceNam

Re: [WiX-users] Environment Variable Changes by MSI are not reflected

[Christopher Painter]

I've done this recently and two things can bite you:

1) Windows Installer  WriteEnvironmentStrings doesn't send the broadcast 
message if there is a pending reboot already.
2) If you want to use it in a windows service ( such as IIS worker pool )  
you'll have to take the reboot for it to take effect.


 From: "Suryadeep Biswal" 
Sent: Thursday, October 31, 2013 4:23 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Environment Variable Changes by MSI are not reflected

After installing the MSI, we require the users run a PowerShell cmdlet for 
configuring the machine. This cmdlet depends on binaries that are present in 
the directory that we add to "PATH" in the MSI. Since the value of "PATH" does 
not change (even in a new process), the users have issues running the 
PowerShell cmdlet. I would expect it to take effect immediately after MSI 
installation so that any new process have the updated value for "PATH" variable.
Regards,Surya

> Date: Thu, 31 Oct 2013 13:11:59 -0700
> From: phildgwil...@gmail.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Environment Variable Changes by MSI are not  
> reflected
> 
> The short answer is yes. The longer answer depends on exactly where you
> expect it take effect. What's the exact problem? It doesn't get picked by a
> program? By a command prompt? It doesn't get used when you run something?
> 
> http://superuser.com/questions/351279/adding-a-directory-to-user-path-doesnt-work
> 
> 
> Phil Wilson
> 
> 
> On Thu, Oct 31, 2013 at 11:53 AM, Suryadeep Biswal 
> wrote:
> 
> > Hi,
> >
> >
> >
> > Our MSI uses the inbuilt Environment
> > WIX element to add a directory to PATH
> > variable. We are seeing an issue on Windows Blue/8.1 where this does not
> > get
> > reflected until the user logs off and logs on. Is this a known issue? Are
> > there
> > any alternatives to set the environment variable other than writing a
> > Custom
> > Action? Please advise.
> >
> >
> >
> > This is from our WXS file -
> >
> >  > Name="PATH" Action="set" Part="last" System="yes"
> > Value="" Permanent="no"/>
> >
> >
> >
> > Regards,
> >
> > Surya
> >
> >
> >
> > --
> > Android is increasing in popularity, but the open development platform that
> > developers love is also attractive to malware creators. Download this white
> > paper to learn more about secure code signing practices that can help keep
> > Android apps secure.
> > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> --
> Android is increasing in popularity, but the open development platform that
> developers love is also attractive to malware creators. Download this white
> paper to learn more about secure code signing practices that can help keep
> Android apps secure.
> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/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 was working now it isn't.... HELP...

[Christopher Painter]

Hmmm... I'm guessing there was something else at play.  DTF can handle 
entry points up to 72 characters in length before it'll throw a compile 
error. 


 From: "Steven Ogilvie" 
Sent: Thursday, October 31, 2013 2:57 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Custom action was working now it isn't 
HELP...

So weird...

Was working before, stopped working... function name had 26 characters 
removed 7 characters now it works...

Go figure...

Steve

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Sent: October-31-13 3:18 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom action was working now it isn't 
HELP...

http://stackoverflow.com/questions/3560370/custom-action-in-c-sharp-used-via
-wix-fails-with-error-1154

Chris has quite a few suggestions on what could cause that error.

-Original Message-
From: StevenOgilvie [mailto:sogil...@msn.com]
Sent: Thursday, October 31, 2013 2:05 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom action was working now it isn't HELP...

A different pair of eyes should help...
I have a custom action that reads the registry and goes through the SQL 
Server Instances to get the last instance name (if there are more than 
one)... Was working like a charm, now for about a week it stopped working 
and I am getting this error:

Action ended 14:57:56: CostFinalize. Return value 1.
MSI (c) (A4:80) [14:57:56:213]: Doing action: CA_GetSQLServerInstanceName 
Action 14:57:56: CA_GetSQLServerInstanceName. CA: Getting SQL Server 
instance name...
Action start 14:57:56: CA_GetSQLServerInstanceName.
MSI (c) (A4:80) [14:57:56:240]: Creating MSIHANDLE (1) of type 790542 for 
thread 7552 MSI (c) (A4:2C) [14:57:56:241]: Invoking remote custom action. 
DLL:
C:\Users\STEVEN~1.OGI\AppData\Local\Temp\MSIF66D.tmp, Entrypoint:
GetSQLExpressInstanceName
MSI (c) (A4:A4) [14:57:56:242]: Cloaking enabled.
MSI (c) (A4:A4) [14:57:56:242]: Attempting to enable all disabled 
privileges before calling Install on Server MSI (c) (A4:A4) [14:57:56:242]: 
Connected to service for CA interface.
CustomAction CA_GetSQLServerInstanceName returned actual error code 1154 
but will be translated to success due to continue marking MSI (c) (A4:2C) 
[14:57:56:375]: Closing MSIHANDLE (1) of type 790542 for thread 7552 Action 
ended 14:57:56: CA_GetSQLServerInstanceName. Return value 1.

The custom action is straight forward:


  CA: Getting SQL 
Server instance name...



  NOT Installed


  NOT Installed

Using a DTF custom action dll:

/// 
/// Gets the SQL Server Express instance name for the SERVER_NAME /// 
 /// Session session /// ActionResult Success 
[CustomAction] public static ActionResult GetSQLExpressInstanceName(Session 
session) {
try
{
if (session == null)
{
throw new ArgumentNullException("session");
}

SetSessionProperty(session, "SQLSERVEREXPRESS_INSTANCE", 
string.Empty);

const string Key = @"SOFTWARE\\Microsoft\\Microsoft SQL 
Server\\Instance Names\\SQL";
var localMachine = RegistryKey.OpenBaseKey(
RegistryHive.LocalMachine,
Environment.Is64BitOperatingSystem ?
RegistryView.Registry64 : RegistryView.Registry32);
var regKey = localMachine.OpenSubKey(Key);
if (regKey != null)
{
foreach (var valueName in regKey.GetValueNames())
{
if (!string.Equals(valueName, "MSSQLSERVER"))
{
var expressKey = 
@"SOFTWARE\\Microsoft\\Microsoft SQL Server\\" + valueName;
var expressRegKey = 
localMachine.OpenSubKey(expressKey);
if (expressRegKey != null)
{
SetSessionProperty(session, 
"SQLSERVEREXPRESS_INSTANCE", "\\" + valueName);
}
}
}
}
}
catch (Exception ex)
{
WriteErrorLogInstall(session, "GetSQLExpressInstanceName
failed: ", ex, true);
}

return ActionResult.Success; }

Any ideas why this isn't working?

thanks,

Steve

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-action-
was-working-now-it-isn-t-HELP-tp7590194.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices

Re: [WiX-users] File version

[Christopher Painter]

Agreed.  Usually I do this.  So many jobs, teams and developers over the 
past 17 years that it's a never ending cycle


 From: "Phil Wilson" 
Sent: Thursday, October 31, 2013 12:08 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] File version

Sometimes, if you explain to them that the entire Windows update method 
for
everything (their updates, Windows hotfixes, patches, service packs etc) 
is
based on file versions they might come around. If not, make the caveat 
that
everything they attempt will be more work and more unreliable.

Phil Wilson

On Thu, Oct 31, 2013 at 8:25 AM, Christopher Painter 
wrote:

> Understood.  I've dealt with these types over the years.  I don't have 
much
> patience for it and can usually things done the right way. But when it
> becomes obvious that the mountain will not move, I break out my bag of
> tricks to keep the train moving.  I prefer not to though.
>
> 
>  From: "Walter Dexter" 
> Sent: Thursday, October 31, 2013 10:18 AM
> To: "General discussion about the WiX toolset."
> 
> Subject: Re: [WiX-users] File version
>
> Thanks a lot, Chris. I was 99.9% sure that was the case.
>
> It's a Java program. They haven't said, but based on strings in the
> executable, they're Ej-technologies' exe4j to make an EXE.
>
> Based on the exe4j documentation, one step on the way through the wizard
> is
> to set the version resource values, so it doesn't seem like it should be
> hard. What they said was "their developers had a meeting and decided to 
do
> this" when I asked them to put in version resources. So 0.0.0.0 as a 
file
> version is a conscious decision!
>
> These guys are "interesting" to work with sometimes.
>
> On Thu, Oct 31, 2013 at 7:20 AM, Christopher Painter
> wrote:
>
> > Yes, that's going to be a problem.  There are ways to mitigate it but 
is
> > there any chance they can fix this?   What tool are they using to make
> the
> > EXE?
> >
> > 
> >  From: "Walter Dexter" 
> > Sent: Thursday, October 31, 2013 12:17 AM
> > To: "General discussion for Windows Installer XML toolset."
> > 
> > Subject: [WiX-users] File version
> >
> > Hi, folks.
> >
> > Sorry to ask such naive (and honestly, non-WiX) questions, but...
> >
> > when installing from an MSI, Windows Installer makes decisions on EXE
> > files
> > based on the file version resource in the file, right?
> >
> > I have a vendor releasing software to me where they've set the Product
> > version in their EXE and intend to increment it as versions change, 
but
> > they have set the File version to 0.0.0.0 and don't intend to ever
> change
> > it.
> >
> > I have no idea why they think this is sensible behavior, but it's what
> > they
> > intend to do.
> >
> > I get the joy of packaging their stuff into MSI, so I'm hoping someone
> can
> > tell me if this is going to be a problem when upgrading.
> >
> > Thanks!
> >
> > Walt
> >
> >
>
> 


>
> > --
> > Android is increasing in popularity, but the open development platform
> > that
> > developers love is also attractive to malware creators. Download this
> > white
> > paper to learn more about secure code signing practices that can help
> keep
> > Android apps secure.
> >
> 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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


> --
> > Android is increasing in popularity, but the open development platform
> that
> > developers love is also attractive to malware creators. Download this
> white
> > paper to learn more about secure code signing practices that can help
> keep
> > Android apps secure.
> >
> 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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

Re: [WiX-users] File version

[Christopher Painter]

Understood.  I've dealt with these types over the years.  I don't have much 
patience for it and can usually things done the right way. But when it 
becomes obvious that the mountain will not move, I break out my bag of 
tricks to keep the train moving.  I prefer not to though.


 From: "Walter Dexter" 
Sent: Thursday, October 31, 2013 10:18 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] File version

Thanks a lot, Chris. I was 99.9% sure that was the case.

It's a Java program. They haven't said, but based on strings in the
executable, they're Ej-technologies' exe4j to make an EXE.

Based on the exe4j documentation, one step on the way through the wizard 
is
to set the version resource values, so it doesn't seem like it should be
hard. What they said was "their developers had a meeting and decided to do
this" when I asked them to put in version resources. So 0.0.0.0 as a file
version is a conscious decision!

These guys are "interesting" to work with sometimes.

On Thu, Oct 31, 2013 at 7:20 AM, Christopher Painter 
wrote:

> Yes, that's going to be a problem.  There are ways to mitigate it but is
> there any chance they can fix this?   What tool are they using to make 
the
> EXE?
>
> 
>  From: "Walter Dexter" 
> Sent: Thursday, October 31, 2013 12:17 AM
> To: "General discussion for Windows Installer XML toolset."
> 
> Subject: [WiX-users] File version
>
> Hi, folks.
>
> Sorry to ask such naive (and honestly, non-WiX) questions, but...
>
> when installing from an MSI, Windows Installer makes decisions on EXE
> files
> based on the file version resource in the file, right?
>
> I have a vendor releasing software to me where they've set the Product
> version in their EXE and intend to increment it as versions change, but
> they have set the File version to 0.0.0.0 and don't intend to ever 
change
> it.
>
> I have no idea why they think this is sensible behavior, but it's what
> they
> intend to do.
>
> I get the joy of packaging their stuff into MSI, so I'm hoping someone 
can
> tell me if this is going to be a problem when upgrading.
>
> Thanks!
>
> Walt
>
> 


> --
> Android is increasing in popularity, but the open development platform
> that
> developers love is also attractive to malware creators. Download this
> white
> paper to learn more about secure code signing practices that can help 
keep
> Android apps secure.
> 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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

--
> Android is increasing in popularity, but the open development platform 
that
> developers love is also attractive to malware creators. Download this 
white
> paper to learn more about secure code signing practices that can help 
keep
> Android apps secure.
> 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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

--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creators. Download this 
white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn Question

[Christopher Painter]

This thread is getting long so I've taken it to StackOverflow. 

http://stackoverflow.com/questions/19708773/wix-patch-bundle-servicing 

Thanks, 

Chris


 From: "Christopher Painter" 
Sent: Thursday, October 31, 2013 7:55 AM
To: "General discussion about the WiX toolset." 
, "General discussion about the WiX 
toolset." , "General discussion about the 
WiX toolset." 
Subject: Re: [WiX-users] Burn Question

I've also found the RelatedBundle element with the Patch action attribute 
but it's not clear to me how to make the relationship. (I'm still getting 
two entries in ARP.)  

Also, am I correct in predicting that when implemented correctly that the 
removal of a patch will not only uninstall the v2 of B.MSI but will also 
instruct the parent bundle to reinstall the original v1 of B.MSI and in 
effect being a removable patch?  If so, that's really impressive.

----
 From: "Christopher Painter" 
Sent: Thursday, October 31, 2013 7:34 AM
To: "General discussion about the WiX toolset." 
, "General discussion about the WiX 
toolset." 
Subject: Re: [WiX-users] Burn Question

Rob, 

 Regarding #2,  what makes a bundle a "patch bundle"?  Is this something to 


do with the UpgradeCode, Tag and/or ParentName attributes on the Bundle 
element? 

 I don't usually ask for samples  but if someone could kick me into the 
right direction, I would greatly appreciate it.   I'll be working on it 
myself but I think I'm stumbling in the dark at this point. 

Thanks, 

Chris


 From: "Rob Mensching" 
Sent: Wednesday, October 30, 2013 1:14 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Burn Question

Yes. Two options one does as you describe, the other maybe less so (but 
might work better):

1. Bundle v1.1 is an upgrade of v1.0. Bundle v1.1 will need to know about 
the other 19 packages but you don't have to ship them. Burn will skip all 
the stuff that is already present on the machine. However, you'll want to 
consider the case that if something goes wrong and one of the original 
packages goes missing, Bundle v1.1 will need some way to find it (or tell 
Burn to ignore it, but not sure what that means for your app).

2. Bundle v1.1 is a patch bundle that registers in "Installed Updates". It 


won't show up in main ARP, it'll show up in the "other ARP for updates".  
Here Bundle v1.1 only has to take care of that which it owns and all 
operations (repair/uninstall) on Bundle v1.0 will also be applied to Bundle 


v1.1.

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Wednesday, October 30, 2013 6:51 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Burn Question

I would like to know if Burn could handle the following scenario.   

Consider the old pre-burn WiX single MSI distribution.  Now consider the 
way it is today with small micropackges for wix, votive, sdk and son on.


Now imagine the sum of those packages 1GB are call it the Big product. 

Let's say I chunked "Big" into a couple dozen micropackages.  Could Burn 
support a story: 

Release 1.0:  ( Full Download - Not Web Download )  1GB 

Chain together 24 packages  and present a single entry in Add/Remove 
Programs for uninstall 

Release 1.1 ( Full Download - Not Web Download ) 50MB 

Complain if 1.0 is not installed 

Chain 5 packages and perform a major upgrade on each of them 

Present a single entry in Add/Remove Programs for uninstall that removes 
all 24 packages ( 19 from 1.0 and 5 from 1.0 ) 

If burn can't do this, I'd love to hear alternative design suggestions.   
One approach would be that 1.1 is a web download installer that contains 
all 25 packages  but will only download 5 of them.  I'm not sure if "Big" 
product will buy into this or not though. 

Thanks,
Chris 




--
Android is increasing in popularity, but the open development platform that 


developers love is also attractive to malware creators. Download this white 


paper to learn more about secure code signing practices that can help keep 


Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk



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




--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creators. Download this 
white
paper to learn more about secur

Re: [WiX-users] Burn Question

[Christopher Painter]

I've also found the RelatedBundle element with the Patch action attribute 
but it's not clear to me how to make the relationship. (I'm still getting 
two entries in ARP.)  

Also, am I correct in predicting that when implemented correctly that the 
removal of a patch will not only uninstall the v2 of B.MSI but will also 
instruct the parent bundle to reinstall the original v1 of B.MSI and in 
effect being a removable patch?  If so, that's really impressive.

----
 From: "Christopher Painter" 
Sent: Thursday, October 31, 2013 7:34 AM
To: "General discussion about the WiX toolset." 
, "General discussion about the WiX 
toolset." 
Subject: Re: [WiX-users] Burn Question

Rob, 

 Regarding #2,  what makes a bundle a "patch bundle"?  Is this something to 

do with the UpgradeCode, Tag and/or ParentName attributes on the Bundle 
element? 

 I don't usually ask for samples  but if someone could kick me into the 
right direction, I would greatly appreciate it.   I'll be working on it 
myself but I think I'm stumbling in the dark at this point. 

Thanks, 

Chris


 From: "Rob Mensching" 
Sent: Wednesday, October 30, 2013 1:14 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Burn Question

Yes. Two options one does as you describe, the other maybe less so (but 
might work better):

1. Bundle v1.1 is an upgrade of v1.0. Bundle v1.1 will need to know about 
the other 19 packages but you don't have to ship them. Burn will skip all 
the stuff that is already present on the machine. However, you'll want to 
consider the case that if something goes wrong and one of the original 
packages goes missing, Bundle v1.1 will need some way to find it (or tell 
Burn to ignore it, but not sure what that means for your app).

2. Bundle v1.1 is a patch bundle that registers in "Installed Updates". It 

won't show up in main ARP, it'll show up in the "other ARP for updates".  
Here Bundle v1.1 only has to take care of that which it owns and all 
operations (repair/uninstall) on Bundle v1.0 will also be applied to Bundle 

v1.1.

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Wednesday, October 30, 2013 6:51 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Burn Question

I would like to know if Burn could handle the following scenario.   

Consider the old pre-burn WiX single MSI distribution.  Now consider the 
way it is today with small micropackges for wix, votive, sdk and son on.


Now imagine the sum of those packages 1GB are call it the Big product. 

Let's say I chunked "Big" into a couple dozen micropackages.  Could Burn 
support a story: 

Release 1.0:  ( Full Download - Not Web Download )  1GB 

Chain together 24 packages  and present a single entry in Add/Remove 
Programs for uninstall 

Release 1.1 ( Full Download - Not Web Download ) 50MB 

Complain if 1.0 is not installed 

Chain 5 packages and perform a major upgrade on each of them 

Present a single entry in Add/Remove Programs for uninstall that removes 
all 24 packages ( 19 from 1.0 and 5 from 1.0 ) 

If burn can't do this, I'd love to hear alternative design suggestions.   
One approach would be that 1.1 is a web download installer that contains 
all 25 packages  but will only download 5 of them.  I'm not sure if "Big" 
product will buy into this or not though. 

Thanks,
Chris 



--
Android is increasing in popularity, but the open development platform that 

developers love is also attractive to malware creators. Download this white 

paper to learn more about secure code signing practices that can help keep 

Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk



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



--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creators. Download this 
white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk



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


--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creator

Re: [WiX-users] Burn Question

[Christopher Painter]

Rob, 

 Regarding #2,  what makes a bundle a "patch bundle"?  Is this something to 
do with the UpgradeCode, Tag and/or ParentName attributes on the Bundle 
element? 

 I don't usually ask for samples  but if someone could kick me into the 
right direction, I would greatly appreciate it.   I'll be working on it 
myself but I think I'm stumbling in the dark at this point. 

Thanks, 

Chris


 From: "Rob Mensching" 
Sent: Wednesday, October 30, 2013 1:14 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Burn Question

Yes. Two options one does as you describe, the other maybe less so (but 
might work better):

1. Bundle v1.1 is an upgrade of v1.0. Bundle v1.1 will need to know about 
the other 19 packages but you don't have to ship them. Burn will skip all 
the stuff that is already present on the machine. However, you'll want to 
consider the case that if something goes wrong and one of the original 
packages goes missing, Bundle v1.1 will need some way to find it (or tell 
Burn to ignore it, but not sure what that means for your app).

2. Bundle v1.1 is a patch bundle that registers in "Installed Updates". It 
won't show up in main ARP, it'll show up in the "other ARP for updates".  
Here Bundle v1.1 only has to take care of that which it owns and all 
operations (repair/uninstall) on Bundle v1.0 will also be applied to Bundle 
v1.1.

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Wednesday, October 30, 2013 6:51 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Burn Question

I would like to know if Burn could handle the following scenario.   

Consider the old pre-burn WiX single MSI distribution.  Now consider the 
way it is today with small micropackges for wix, votive, sdk and son on.

Now imagine the sum of those packages 1GB are call it the Big product. 

Let's say I chunked "Big" into a couple dozen micropackages.  Could Burn 
support a story: 

Release 1.0:  ( Full Download - Not Web Download )  1GB 

Chain together 24 packages  and present a single entry in Add/Remove 
Programs for uninstall 

Release 1.1 ( Full Download - Not Web Download ) 50MB 

Complain if 1.0 is not installed 

Chain 5 packages and perform a major upgrade on each of them 

Present a single entry in Add/Remove Programs for uninstall that removes 
all 24 packages ( 19 from 1.0 and 5 from 1.0 ) 

If burn can't do this, I'd love to hear alternative design suggestions.   
One approach would be that 1.1 is a web download installer that contains 
all 25 packages  but will only download 5 of them.  I'm not sure if "Big" 
product will buy into this or not though. 

Thanks,
Chris 


--
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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


--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creators. Download this 
white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] File version

[Christopher Painter]

Yes, that's going to be a problem.  There are ways to mitigate it but is 
there any chance they can fix this?   What tool are they using to make the 
EXE?


 From: "Walter Dexter" 
Sent: Thursday, October 31, 2013 12:17 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: [WiX-users] File version

Hi, folks.

Sorry to ask such naive (and honestly, non-WiX) questions, but...

when installing from an MSI, Windows Installer makes decisions on EXE 
files
based on the file version resource in the file, right?

I have a vendor releasing software to me where they've set the Product
version in their EXE and intend to increment it as versions change, but
they have set the File version to 0.0.0.0 and don't intend to ever change
it.

I have no idea why they think this is sensible behavior, but it's what 
they
intend to do.

I get the joy of packaging their stuff into MSI, so I'm hoping someone can
tell me if this is going to be a problem when upgrading.

Thanks!

Walt

--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creators. Download this 
white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XML Namespace Prefix Question

[Christopher Painter]

One of my sreens in ISWIX is the "Namespace" designer.  It's a simple grid 
with checkboxes that display extension prefixes and target namespaces.  I 
created this to make it easier to add references to things like the util 
namespace without looking it up all the time.

 All has been well and recently I've been doing some housekeeping adding 
new WiX extension namespaces.  One of them stood out to me:  the 
Dependency.xsd.  It's the only one in WiX that isn't all lowercase.

Do the cases of prefixes matter?  Is it better to add it as Dependency or 
dependency or does it not matter?

I code looks through a schema directory in my application directory and 
autogenerates the dictionary that backs up the list of available namespaces 
to add to the XML document.

Thanks,
Chris


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Force replace files when applying patch

[Christopher Painter]

Trust me, I know what I'm doing. :)


 From: "Nicolás Alvarez" 
Sent: Wednesday, October 30, 2013 5:42 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Force replace files when applying patch

2013/10/30 Christopher Painter : > > > And a rollback CA and 
a commit CA and. :)If that works for you, > fine.  I won't call it a 
'bad thing'.We all have to do dirty things now > and then, don't we? :) > > 
My personal favoring is setting the installdir to C:\Progra~1\  grin. 
That's the kind of dangerous assumption that gets your app mentioned (not by 
name) in The Old New Thing blog. 
http://blogs.msdn.com/b/oldnewthing/archive/2007/04/02/2008357.aspx Also, on my 
Windows XP computer, the program files directory can't possibly be C:\Progra~1 
since its long name is C:\Archivos de programa\. -- Nicolás 
-- 
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure. 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Burn Password / Encryption Questions

[Christopher Painter]

I have a couple more queries regarding burn.  Is there any way to password 
protect the bundle? If so, what level of encryption is used?   

Do download URL's support HTTPS?  Is there any mechanism to support URL's 
that require authentication?  Is it possible to have the packages encypted 
and decrypted by the bootstrapper after they are downloaded?


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn Question

[Christopher Painter]

This customer has a full install of 400MB (apx), doesn't deliver to nearly that 
many customers  and releases major releases once a quarter and updates every 
2-3 weeks.  Not all customers want the updates.

Personally I think they are on the fringe of a single MSI major upgrade being 
OK but the customer voice is that they don't want updates to be larger then 
around 30MB.


 From: "Markus Wehrle" 
Sent: Wednesday, October 30, 2013 2:29 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Burn Question

Installation of 1.1 will work with a minimum download of the 5 changed
packages if you create a web installer in burn including all 25 packages.
But what will happen with your installed version 1.0 in ARP? The entry will
stay there. If your 1.0 package gets uninstalled it does not care about the
dependency entries of your burn package and uninstall the 20 unchanged MSIs.
Your customers then need to repair version 1.1. During repair this 20
packages get downloaded.

Regarding the size: One of my customer has web installers for products >2GB
for annual updates and monthly updates with around 350MB for about 75000
customers ;)

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Mittwoch, 30. Oktober 2013 20:01
To: General discussion about the WiX toolset.; General discussion about the
WiX toolset.
Subject: Re: [WiX-users] Burn Question

Understood.  I spent several years of my life that I can't get back working
in a SCIF.


From: "Steven Ogilvie" 
Sent: Wednesday, October 30, 2013 1:53 PM
To: "General discussion about the WiX toolset."

Subject: Re: [WiX-users] Burn Question

Depending on what your custom environment is like as well... some gov shops
don't give out internet access... so downloading is not an option...

-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com]
Sent: October-30-13 2:38 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Burn Question

2013/10/30 Christopher Painter :
> One approach would be that 1.1 is a web download installer that 
> contains all 25 packages  but will only download 5 of them.  I'm not sure
if "Big"
> product will buy into this or not though.

As far as I know, shipping packages in the bundle vs downloading them is not
all-or-nothing. You can ship some packages in the bundle and download others
on demand. In this case, you can ship those 5 packages in the bundle, and
leave the others to be downloaded, which in most cases they won't be.

--
Nicolás


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-- Android is increasing in popularity, but the open development platform
that developers love is also attractive to malware creators. Download this
white paper to learn more about secure code signing practices that can help
keep Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___ WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


---

Re: [WiX-users] Burn Question

[Christopher Painter]

Understood.  I spent several years of my life that I can't get back working in 
a SCIF.


 From: "Steven Ogilvie" 
Sent: Wednesday, October 30, 2013 1:53 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Burn Question

Depending on what your custom environment is like as well... some gov shops 
don't give out internet access... so downloading is not an option...

-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
Sent: October-30-13 2:38 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Burn Question

2013/10/30 Christopher Painter :
> One approach would be that 1.1 is a web download installer that 
> contains all 25 packages  but will only download 5 of them.  I'm not sure if 
> "Big"
> product will buy into this or not though.

As far as I know, shipping packages in the bundle vs downloading them is not 
all-or-nothing. You can ship some packages in the bundle and download others on 
demand. In this case, you can ship those 5 packages in the bundle, and leave 
the others to be downloaded, which in most cases they won't be.

--
Nicolás

--
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-- 
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure. 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn Question

[Christopher Painter]

I like this idea.  My customer is still mulling over web downloads.  I'm 
pulling them into the 21st century and some execs are interested and some are 
not.


 From: "Nicolás Alvarez" 
Sent: Wednesday, October 30, 2013 1:42 PM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Burn Question

2013/10/30 Christopher Painter : > One approach would be that 
1.1 is a web download installer that contains > all 25 packages  but will only 
download 5 of them.  I'm not sure if "Big" > product will buy into this or not 
though. As far as I know, shipping packages in the bundle vs downloading them 
is not all-or-nothing. You can ship some packages in the bundle and download 
others on demand. In this case, you can ship those 5 packages in the bundle, 
and leave the others to be downloaded, which in most cases they won't be. -- 
Nicolás 
-- 
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure. 
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Force replace files when applying patch

[Christopher Painter]

And a rollback CA and a commit CA and. :)If that works for you, 
fine.  I won't call it a 'bad thing'.We all have to do dirty things now 
and then, don't we? :) 

My personal favoring is setting the installdir to C:\Progra~1\  grin.


 From: "Phil Wilson" 
Sent: Wednesday, October 30, 2013 11:43 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Force replace files when applying patch

If the issue is the modification date different from the creation date,
make them the same with an early custom action. The reverse of this :)

http://blogs.msdn.com/b/astebner/archive/2013/05/23/10421023.aspx

Phil Wilson

On Wed, Oct 30, 2013 at 4:34 AM, Christopher Painter 
wrote:

> I look at version lying as a necessary evil to subvert Windows 
Installer's
> insufficient costing story.  There are ways of reducing the repair risk 
to
> zero.
>
> -Original Message-
> From: Phil Wilson [mailto:phildgwil...@gmail.com]
> Sent: 29 October 2013 05:24 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Force replace files when applying patch
>
> Version lying is a bad thing! The basic issue is that the file on disk
> (with no version) will never match the version you've put in the file
> table. This means the product is always broken and is at risk of 
repeatedly
> trying to repair itself.
>
> Regarding "let the user try to merge changes" - I wasn't suggesting the
> user merge the changes into the config file, I was suggesting that the
> install does it.
>
> Nobody's mentioned file hashing - that has an effect on the replacement
> rules, but it's not clear if you're using it or not.
>
> Phil Wilson
>
> On Tue, Oct 29, 2013 at 12:27 AM, Blair Murri  wrote:
>
> > What did the log say happened?
> >
> >
> >
> >
> >
> >
> > Blair
> >
> >
> >
> >
> >
> > From: Christoffel le Roux
> > Sent: Monday, October 28, 2013 6:08 AM
> > To: General discussion for Windows Installer XML toolset.
> >
> >
> >
> >
> >
> > Hi, When try to patch non-versioned files, the files does not get
> > replaced when the file on the disk was changed by the user, I know
> > this is by design, but I need to  patch some configuration files that
> > the user was allowed to update, lets say it's a web.config file, when
> > some additional content was added to the web.config file from the
> > build,  I need to remove the file the user updated and replace it with
> > the file in the delta, is there any way that I can force the files to 
get
> reinstalled.
> >
> > I did add a removefile element to the files like so:
> >
> >
> >> Guid="BC0D1156-F478-4051-BFAF-8FF5AD1EFC1B">
> >
> >> Source="$(var.BinariesBuildOutputPath)\web.config " />
> >
> >  > Id="remove_comp_12D9BA535F5443E0B23AF72ED10A3385" Name=" web.config "
> > On="install" />
> >
> >
> >
> > But after the patch was applied the the web site had significant less
> > files than what is was supposed to have.
> >
> > Please can anyone make any suggestions
> >
> > Thanks in advanced.
> >
> > This information is intended only for the person or entity to which it
> > is addressed and may contain private, confidential, proprietary and/or
> > privileged material and may be subject to confidentiality agreements.
> > Any review, retransmission, dissemination, or any other use of or
> > taking of any action in reliance upon this information, by persons or
> > entities other than the intended recipient, is prohibited. If you
> > received this in error, please contact the sender and delete the 
material
> from all storage media.
> > FlowCentric is neither liable for proper, complete transmission of the
> > information contained in this communication, any delay in its receipt
> > or that the mail is virus-free.
> >
> > --
> >  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=60135991&iu=/4140/ostg.c
> > lktrk ___
> > WiX-users mai

Re: [WiX-users] When does Windows Installer write install information to the registry

[Christopher Painter]

That information is written out by the standard actions PublishComponents, 
PublishFeatures and PublishComponents actions.

If this is reproducible,  adding ! to the logging ( /l*v! )  instructs MSI 
to log each line immediately   and can be useful in not "missing" any 
useful logging information that might have been logged but not yet written 
to the file.

I thought MSI had a feature that could detect this scenario on reboot and 
use the rollback information to restore the machine to the correct state.  
I can't say I've really ever used or tested it though so I may be wrong.


 From: "John L Krupka" 
Sent: Wednesday, October 30, 2013 10:46 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] When does Windows Installer write install information 
to the registry

A tester ran into an issue recently where the the machine got a BSOD near 
the
end of an install.  While there is not a problem with the install itself,
the blue screen caused a strange side effect that I want to explain.

The install log indicates the install was successful and product is on 
disk
and is functional.  However, the product is not listed in ARP and I looked
through the registry and the nuggets related to the install like all the
Components under Installer\UserData\S-1-5-18\Components do not exist.  It 
is
like the products installed but Windows Installer has no record of the
installation.

Running the msi again takes you through a new install path.  Doing an
msiexec with /X to remove throws up a message that the option is only
available for installed products.

As I mentioned the log indicates a successful install and that the
MainEngineThread is returning 0.  Does all the Windows Installer related
housekeeping get done by Windows Installer after the product is installed
and logging has stopped?

I am thinking at this point it is probably safe to delete the files from
disk and run the install as usual since there seems to be no record of the
install from a Windows Installer perspective.

Any comments or thoughts?

Thanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/When-does-Wind
ows-Installer-write-install-information-to-the-registry-tp7590115.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Android is increasing in popularity, but the open development platform 
that
developers love is also attractive to malware creators. Download this 
white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


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


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Burn Question

[Christopher Painter]

I would like to know if Burn could handle the following scenario.   

Consider the old pre-burn WiX single MSI distribution.  Now consider the 
way it is today with small micropackges for wix, votive, sdk and son on.
Now imagine the sum of those packages 1GB are call it the Big product. 

Let's say I chunked "Big" into a couple dozen micropackages.  Could Burn 
support a story: 

Release 1.0:  ( Full Download - Not Web Download )  1GB 

Chain together 24 packages  and present a single entry in Add/Remove 
Programs for uninstall 

Release 1.1 ( Full Download - Not Web Download ) 50MB 

Complain if 1.0 is not installed 

Chain 5 packages and perform a major upgrade on each of them 

Present a single entry in Add/Remove Programs for uninstall that removes 
all 24 packages ( 19 from 1.0 and 5 from 1.0 ) 

If burn can't do this, I'd love to hear alternative design suggestions.   
One approach would be that 1.1 is a web download installer that contains 
all 25 packages  but will only download 5 of them.  I'm not sure if "Big" 
product will buy into this or not though. 

Thanks,
Chris 


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Force replace files when applying patch

[Christopher Painter]

I look at version lying as a necessary evil to subvert Windows Installer's 
insufficient costing story.  There are ways of reducing the repair risk to 
zero.

-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com]
Sent: 29 October 2013 05:24 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Force replace files when applying patch

Version lying is a bad thing! The basic issue is that the file on disk 
(with no version) will never match the version you've put in the file 
table. This means the product is always broken and is at risk of repeatedly 
trying to repair itself.

Regarding "let the user try to merge changes" - I wasn't suggesting the 
user merge the changes into the config file, I was suggesting that the 
install does it.

Nobody's mentioned file hashing - that has an effect on the replacement 
rules, but it's not clear if you're using it or not.

Phil Wilson

On Tue, Oct 29, 2013 at 12:27 AM, Blair Murri  wrote:

> What did the log say happened?
>
>
>
>
>
>
> Blair
>
>
>
>
>
> From: Christoffel le Roux
> Sent: Monday, October 28, 2013 6:08 AM
> To: General discussion for Windows Installer XML toolset.
>
>
>
>
>
> Hi, When try to patch non-versioned files, the files does not get
> replaced when the file on the disk was changed by the user, I know
> this is by design, but I need to  patch some configuration files that
> the user was allowed to update, lets say it's a web.config file, when
> some additional content was added to the web.config file from the
> build,  I need to remove the file the user updated and replace it with
> the file in the delta, is there any way that I can force the files to get 
reinstalled.
>
> I did add a removefile element to the files like so:
>
>
>Guid="BC0D1156-F478-4051-BFAF-8FF5AD1EFC1B">
>
>Source="$(var.BinariesBuildOutputPath)\web.config " />
>
>  Id="remove_comp_12D9BA535F5443E0B23AF72ED10A3385" Name=" web.config "
> On="install" />
>
>
>
> But after the patch was applied the the web site had significant less
> files than what is was supposed to have.
>
> Please can anyone make any suggestions
>
> Thanks in advanced.
>
> This information is intended only for the person or entity to which it
> is addressed and may contain private, confidential, proprietary and/or
> privileged material and may be subject to confidentiality agreements.
> Any review, retransmission, dissemination, or any other use of or
> taking of any action in reliance upon this information, by persons or
> entities other than the intended recipient, is prohibited. If you
> received this in error, please contact the sender and delete the material 
from all storage media.
> FlowCentric is neither liable for proper, complete transmission of the
> information contained in this communication, any delay in its receipt
> or that the mail is virus-free.
>
> --
>  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=60135991&iu=/4140/ostg.c
> lktrk ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
>  Android is increasing in popularity, but the open development
> platform that developers love is also attractive to malware creators.
> Download this white paper to learn more about secure code signing
> practices that can help keep Android apps secure.
> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.c
> lktrk ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Android is increasing in popularity, but the open development platform that 
developers love is also attractive to malware creators. Download this white 
paper to learn more about secure code signing practices that can help keep 
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk


___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This information is intended only for the person or entity to which it is 
addressed and may contain private, confidential, proprietary and/or 
privileged material and may be subject to confidentiality agreements. Any 
review, retransmission, dissemination, or any other use of or taking of any 
action in reliance upon this information, by perso

Re: [WiX-users] Fwd: GUI for wix

[Christopher Painter]

I have one but it doesn't cover the entire wix schema and is written to be used 
in a particular way. 

http://wix.codeplex.com Walkthrough and video showing it.  
http://blog.iswix.com/2013/01/iswix-20130134-released.html 

I'm always available for a 30 minute Google Hangout (or similar) session to 
give a demonstration on how to use it effectively.   Everyone I have shown it 
loves it and it really helps getting started.   You still have to ultimately 
learn MSI and Windows Installer over time though.  It's not meant to "hide" the 
complexity of setup development.  Only do a lot of the heavy grunt work.


 From: "? ??" 
Sent: Tuesday, October 29, 2013 11:13 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Fwd: GUI for wix

Hello,
I'm sorry for my stupid question. Can anyone tell me is there a GUI
(graphic user interface) tool to visualize wxs script, or all content is
written by hands?

I found WixEdit editor but it craches on my Win 8.1.


Thanks.
The best regards,
Alexander Smagin.
--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] repair does not repair file that was changed

[Christopher Painter]

You can do something called Version lying.  Basically you author your WXS 
to say the text file has a version number and now it'll always reinstall.  
There are some down sides though. 

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Forcing-overwr
ite-of-text-file-td711667.html 


 From: "Andrew Makhorin" 
Sent: Monday, October 28, 2013 8:41 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] repair does not repair file that was changed

On Sun, 2013-10-27 at 05:53 -0700, Christopher Painter wrote:
> This is normal as the Windows Installer will generally attempt to 
preserve 
> user data during installation.  See:
> 
> http://msdn.microsoft.com/en-us/library/aa368599(v=vs.85).aspx and 
adjacent 
> pages.
> 

Thank you very much for your quick reply.

Is there any way to tell the installer to always install original files
provided in .msi on repairing/reinstalling the product?


--
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=60135991&iu=/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=60135991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] repair does not repair file that was changed

[Christopher Painter]

This is normal as the Windows Installer will generally attempt to preserve 
user data during installation.  See:

http://msdn.microsoft.com/en-us/library/aa368599(v=vs.85).aspx and adjacent 
pages.


 From: "Andrew Makhorin" 
Sent: Sunday, October 27, 2013 2:55 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] repair does not repair file that was changed

Hello,

I made a .msi installer with wix. It installs some files into a
directory created in 'Program Files', and all works fine. However, if 
I change (with a text editor) a file that has been installed and then
attempt to repair the product, the file is not repaired, i.e. it is not
replaced by an original version provided in .msi. Moreover, if I do the
same under Windows 7 (on IA-64 machine) and then uninstall the product,
all installed files, directories, menu entries, etc. disappear, as it
has to be, but when I reinstall the product, there appears the changed
file rather than the original one. Please tell me what is wrong?

Thank you very much,

Andrew Makhorin


--
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=60135991&iu=/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=60135991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

[Christopher Painter]

FWIW, be careful to back these changes out before doing upgrades. I  don't 
want to be somehow responsible for servicing issues resulting from the 
baseline being in a non-standard state.   There is already a WiX 3.8 weekly 
release that supports VS2013 so these procedures should be for the most 
part no longer needed.  ( Unless you really want to get 3.6 working on 
VS2013 )


 From: "djarvis8" 
Sent: Thursday, October 24, 2013 8:32 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

I followed this procedure and it worked for me.  I use the older WiX v3.6 
so
I just copied the mentioned files over to my Visual Studio 2013.

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-WiX-3-7-
Votive-with-VS2013-RC-tp7589257p7589953.html
Sent from the wix-users mailing list archive at Nabble.com.


--
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=60135991&iu=/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=60135991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix (Votive) for VS2013 from binaries zip

[Christopher Painter]

I would checkout: 
http://robmensching.com/blog/posts/2010/9/7/burn-in-the-corporate-environmen
t 

Download the layout at home and bring it in on a thumb drive or something. 


There are those who think that web enabled installers are just the best 
thing in the world  but I'm not one of them.  They have their place in the 
universe but I don't think it's the ideal general case experience.  I've 
worked in far too many rooms where an internet connection ( and thumb 
drives for that matter )  were not allowed.   The only way you get WiX into 
a room like that is to download the layout,  submit it to CM and get it 
reviewed by a half dozens departments and  burned onto a finalized CDROM.


 From: "Oakey, Shawn" 
Sent: Wednesday, October 23, 2013 7:30 AM
To: "wix-users@lists.sourceforge.net" 
Subject: [WiX-users] Wix (Votive) for VS2013 from binaries zip

Hello,

I am trying to get Wix working in VS2013 and I downloaded the latest weekly 
release for 3.8 but it failed to install. I suspect this is due to the 
weird setup my work has that forces all downloads to go through a McAfee 
Web Gateway. I assume this means that the installer for Wix is trying to 
download something and it fails (I am not sure how to setup the wix38.exe 
to provide a log file so it could be failing for other reasons).

So anyway I got the binaries zip but I want to integrate it into VS2013 and 
I am not sure how to do that from the binaries. Would someone be able list 
the steps needed for this?

Thanks,
Shawn Oakey
DRDC Atlantic | RDDC Atlantique
P.O. Box 1012, Dartmouth NS Canada B2Y 3Z7
shawn.oa...@drdc-rddc.gc.ca
Tel: (902) 426-3100 x 161, Fax:  (902) 426-9654
Government of Canada | Gouvernement du Canada


--
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=60135991&iu=/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=60135991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Something I noticed with ServiceInstall (Wix 3,7)

[Christopher Painter]

The ServiceInstaller table doesn't have a foreign key join back to the file 
table.  It's target of the service is always the keyfile of the parent 
component.   


 From: "Hans ter Horst" 
Sent: Tuesday, October 22, 2013 8:13 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: [WiX-users] Something I noticed with ServiceInstall (Wix 3,7)

When I used the Fragment below, I noticed that the Windows service created
links to the *web.config* file as executable instead of linking to
MyServer.exe which is of course not a proper executable file and the
service fails to load understandably.
I moved the  line to a separate
Fragment and ComponentGroup and linked to that in the appropriate Feature
which solved the problem for me, yet I would like to understand better why
this occurred.
If I had wanted several files in this ComponentGroup yet created the
Windows service from the correct source file, how should the Fragment have
looked?











-- 
http://monochrome.me.uk/blog/

--
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=60135991&iu=/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=60135991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] General Text Replacement

[Christopher Painter]

I'm creating an installer in WiX that requires text replacements in a 
config file.  The config file is not XML or INI based so I need to do some 
sort of search and replace / regex.   Is there anything in WiX or other 
community extensions that provide this?   I know how to do this using 
InstallShield and I'm sure I could write my own custom actions but I'd 
prefer not to in this case.

Thanks,
Chris
--
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=60135991&iu=/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

[Christopher Painter]

Cool.  His blog article seemed to say it was done but I'm guessing there's 
a distinction between votive and sdk and that if one knew that he'd predict 
the custom action projects won't be there yet. 

Either way, it let me test my latest IsWiX 2.2 on WiX 3.8 on VS 2013  stack 
so it's progress as far as I'm concerned.


 From: "Hoover, Jacob" 
Sent: Monday, October 21, 2013 12:45 PM
To: "General discussion about the WiX toolset." 

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

SHA-1: 2414f339da083a2ffaa52fe4f26868e4fe8205e0

* Merge branch 'bugs_3839_4093.2' of 
https://git01.codeplex.com/forks/bobarnso/wixdev into wix38

SHA-1: da66059ce782a8b3563bc53798e8affb17ba74f9

* Fix WIXBUG:3839 and WIXBUG:4093.

  * Add projects to build version-specific templates for VS2012 and 
VS2013.
  * Correct paths to native SDK libraries.

Looks like Bob was still adding stuff, so possibly the next weekly will 
have it.

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Monday, October 21, 2013 12:31 PM
To: General discussion about the WiX toolset.; 
wix-users@lists.sourceforge.net
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" 
Sent: Monday, October 21, 2013 12:16 PM
To: "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=60135031&iu=/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=60135031&iu=/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=60135031&iu=/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=60135031&iu=/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

[Christopher Painter]

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


 From: "Sean Hall" 
Sent: Monday, October 21, 2013 12:16 PM
To: "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=60135031&iu=/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=60135031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Where are my migrated issues?

[Christopher Painter]

Rob, 

You were right.  It was 6 lines of JQuery. :)Seriously,  my friend made 
this little page to provide a basic search capability. 

http://codepen.io/YurikoEX/pen/hikyg 

He's a really nice guy, loves open source and is a way better web developer 
then I am.  I can put the two of you in touch if you'd like.

Regards, 

Chris

----
 From: "Christopher Painter" 
Sent: Thursday, October 17, 2013 9:04 PM
To: "General discussion about the WiX toolset." 
, "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Where are my migrated issues?

Rob,

 I'm not trying to be hurtful. I'm saying that there is a  load of WiX work 
to be done and it seems odd to bite off a custom issue tracking system at the 
same time.  There's nothing hurtful intended by that, I'm just saying you got a 
pretty full vision of future work to get done on WiX both v3.8 and v4.0.   I 
only brought it up again because someone else wandered off to the bugs list and 
found the most obvious feature ( search ) to be missing and came here asking 
about it.

 I've executed the assignment agreement and want to help but I've found several 
obstacles related to the development environment that have slowed me down from 
getting involved.   I did a Habitat for Humanity build the other day ( a lot of 
painful heavy lifting, cutting and hammering  doing framing which I know 
nothing about )  so I had an interesting experience thinking about organization 
skills as it relates to leveraging unskilled talent.  I think some of that 
applies here.   ( Unskilled as in I'm not the best .NET developer in the 
world...)   I'd love to quickly pull source, get a good developer build and 
start chewing on some easy work.   Dog fooding in house tools isn't what I 
personally had in mind.

 Anyways I'm upgrading to the final VS2013 right now and just saw Bob's 
announcement about 2013 support.   Job well done.
Chris


 From: "Rob Mensching" 
Sent: Thursday, October 17, 2013 10:57 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Where are my migrated issues?

Since this is the second time you've brought it up, I'll take some time to 
address the comments so everyone knows why we use the new issue tracker. First, 
I rolled our own issue tracker after Bob and I were unhappy with the other 
available options. We had a vision of a bug workflow that would aid our efforts 
to triage while making it clear how the WiX toolset is progressing. Thus far, 
it's helping out a lot in triage and we're adding features requests that will 
help us on the progress reporting front.  It's also *very* nice to know that we 
can add features and fix things to make life more enjoyable for those that 
spend many hours per week managing the WiX toolset (triage is vital but can be 
pretty life sucking). Second, I took on the issue tracker in my free time to 
gain a better understanding of web technologies. For example, I now know that 
adding a search box isn't actually three lines of jQuery (although I've learned 
you can do some pretty amazing stuff in just three lines of jQuery) but it's 
not a whole lot of work either. I haven't added the search box yet because I've 
grouped it in with a few other small features that just haven't bubbled to the 
top of my priority list yet. Third, the issue tracker's issue tracker is on 
GitHub because they had the issue tracker that had some of the more interesting 
features. That issue tracker (like all the others) is missing some key features 
(such as the "Untriaged" status) but since it did quite a few things right I 
wanted to user their system extensively to get a good feel for it. It does look 
a little funny that the issue tracker doesn't dogfood itself but there is a 
method behind the madness.  So, anyway, the tinyBugs issue tracker is 
working out well for us right now in triage. There are certainly things that 
need to be improved. The issue tracker on GitHub should be tracking them and if 
not, we should add it. PS: "As if there's isn't enough WiX work to get done. 
:)" maybe you're only joking but this is the second time you left that comment 
it is actually pretty hurtful. On Thu, Oct 17, 2013 at 6:20 AM, Christopher 
Painter wrote: > > > Yes, for some reason  Rob has decided to 
roll his own issue tracking > system and it currently doesn't have a search 
feature.  As if there's isn't > enough WiX work to get done. :) > > The 
"feature request" for that is on yet another bug tracking system: > > 
https://github.com/robmen/tinybugs/issues/33 > > A coworker who is a web 
developer tells me that he could write a textbox > sea

Re: [WiX-users] Where are my migrated issues?

[Christopher Painter]

Rob,
 
 I'm not trying to be hurtful. I'm saying that there is a  load of WiX work 
to be done and it seems odd to bite off a custom issue tracking system at the 
same time.  There's nothing hurtful intended by that, I'm just saying you got a 
pretty full vision of future work to get done on WiX both v3.8 and v4.0.   I 
only brought it up again because someone else wandered off to the bugs list and 
found the most obvious feature ( search ) to be missing and came here asking 
about it.

 I've executed the assignment agreement and want to help but I've found several 
obstacles related to the development environment that have slowed me down from 
getting involved.   I did a Habitat for Humanity build the other day ( a lot of 
painful heavy lifting, cutting and hammering  doing framing which I know 
nothing about )  so I had an interesting experience thinking about organization 
skills as it relates to leveraging unskilled talent.  I think some of that 
applies here.   ( Unskilled as in I'm not the best .NET developer in the 
world...)   I'd love to quickly pull source, get a good developer build and 
start chewing on some easy work.   Dog fooding in house tools isn't what I 
personally had in mind.

 Anyways I'm upgrading to the final VS2013 right now and just saw Bob's 
announcement about 2013 support.   Job well done.
Chris


 From: "Rob Mensching" 
Sent: Thursday, October 17, 2013 10:57 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Where are my migrated issues?

Since this is the second time you've brought it up, I'll take some time to 
address the comments so everyone knows why we use the new issue tracker. First, 
I rolled our own issue tracker after Bob and I were unhappy with the other 
available options. We had a vision of a bug workflow that would aid our efforts 
to triage while making it clear how the WiX toolset is progressing. Thus far, 
it's helping out a lot in triage and we're adding features requests that will 
help us on the progress reporting front.  It's also *very* nice to know that we 
can add features and fix things to make life more enjoyable for those that 
spend many hours per week managing the WiX toolset (triage is vital but can be 
pretty life sucking). Second, I took on the issue tracker in my free time to 
gain a better understanding of web technologies. For example, I now know that 
adding a search box isn't actually three lines of jQuery (although I've learned 
you can do some pretty amazing stuff in just three lines of jQuery) but it's 
not a whole lot of work either. I haven't added the search box yet because I've 
grouped it in with a few other small features that just haven't bubbled to the 
top of my priority list yet. Third, the issue tracker's issue tracker is on 
GitHub because they had the issue tracker that had some of the more interesting 
features. That issue tracker (like all the others) is missing some key features 
(such as the "Untriaged" status) but since it did quite a few things right I 
wanted to user their system extensively to get a good feel for it. It does look 
a little funny that the issue tracker doesn't dogfood itself but there is a 
method behind the madness.  So, anyway, the tinyBugs issue tracker is 
working out well for us right now in triage. There are certainly things that 
need to be improved. The issue tracker on GitHub should be tracking them and if 
not, we should add it. PS: "As if there's isn't enough WiX work to get done. 
:)" maybe you're only joking but this is the second time you left that comment 
it is actually pretty hurtful. On Thu, Oct 17, 2013 at 6:20 AM, Christopher 
Painter wrote: > > > Yes, for some reason  Rob has decided to 
roll his own issue tracking > system and it currently doesn't have a search 
feature.  As if there's isn't > enough WiX work to get done. :) > > The 
"feature request" for that is on yet another bug tracking system: > > 
https://github.com/robmen/tinybugs/issues/33 > > A coworker who is a web 
developer tells me that he could write a textbox > search feature in about 3 
lines of jquery.  I don't know as that's not my > thing. > > 
 >  From: "Pallier, Manuel / BEKO Graz" 
 > Sent: Thursday, October 17, 2013 7:21 AM > To: 
"General discussion about the WiX toolset." < > 
wix-users@lists.sourceforge.net> > Subject: Re: [WiX-users] Where are my 
migrated issues? > > Thanks. > Now I also found out how to find them. "a little 
harder to search for" is > a nice description for the fact that you have to 
explicitly add a > "status:Untriaged" filter. Would be great if t

Re: [WiX-users] Where are my migrated issues?

[Christopher Painter]

Yes, for some reason  Rob has decided to roll his own issue tracking system and 
it currently doesn't have a search feature.  As if there's isn't enough WiX 
work to get done. :) 

The "feature request" for that is on yet another bug tracking system: 

https://github.com/robmen/tinybugs/issues/33 

A coworker who is a web developer tells me that he could write a textbox search 
feature in about 3 lines of jquery.  I don't know as that's not my thing.


 From: "Pallier, Manuel / BEKO Graz" 
Sent: Thursday, October 17, 2013 7:21 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Where are my migrated issues?

Thanks.
Now I also found out how to find them. "a little harder to search for" is a 
nice description for the fact that you have to explicitly add a 
"status:Untriaged" filter. Would be great if that was documented somewhere, 
usually a search without additional filters searches through all items ;-)

Is there a way to get notified of changes in issues in the new issue tracker? I 
registered a new account there but even then I can't find anything to add 
notifications.

About triage, it would be great if you could have a quick look at those issues, 
but it's not too important.

-Ursprüngliche Nachricht-
Von: Blair Murri [mailto:os...@live.com] 
Gesendet: Donnerstag, 17. Oktober 2013 13:38
An: General discussion about the WiX toolset.
Betreff: Re: [WiX-users] Where are my migrated issues?

Both happen to still be untriaged (there are still over 600 of those, so no 
surprise there, but there were well over 700 at the time of the migration IIRC) 
and untriaged bugs are currently a little harder to search for in that new 
interface.

http://wixtoolset.org/issues/3511/ <-- old feature request: 679 
http://wixtoolset.org/issues/3165/ <-- old bug: 2532

We have a triage meeting today (actually once or twice a week), you can ask for 
these to be addressed there you wish. You can even attend (even better) to 
defend/describe your bugs/features (it is held online and recorded).

> From: chr...@iswix.com
> To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net
> Date: Thu, 17 Oct 2013 03:49:51 -0700
> Subject: Re: [WiX-users] Where are my migrated issues?
> 
> Try:
> 
> http://wixtoolset.org/issues/
> 
> 
>  From: "Pallier, Manuel / BEKO Graz" 
> Sent: Thursday, October 17, 2013 2:43 AM
> To: "wix-users@lists.sourceforge.net" 
> 
> Subject: [WiX-users] Where are my migrated issues?
> 
> Hi,
> 
> I've created a feature request in the Sourceforge ticket tracker a 
> long time ago and I've also followed a bug entered by a different 
> user. Both tickets were closed on 2013-08-21 with the status 
> "migrated" but I can't find them on the new issue tracker. Where did they go?
> 
> These are the original tickets:
> http://sourceforge.net/p/wix/feature-requests/679/
> http://sourceforge.net/p/wix/bugs/2532/
> 
> --
> --
> --
> 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=60135031&iu=/4140/ostg.c
> lktrk
> 
> 
> ___
> 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=60135031&iu=/4140/ostg.c
> lktrk ___
> 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=60135031&iu=/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, adv

Re: [WiX-users] Where are my migrated issues?

[Christopher Painter]

Try:

http://wixtoolset.org/issues/


 From: "Pallier, Manuel / BEKO Graz" 
Sent: Thursday, October 17, 2013 2:43 AM
To: "wix-users@lists.sourceforge.net" 
Subject: [WiX-users] Where are my migrated issues?

Hi,

I've created a feature request in the Sourceforge ticket tracker a long 
time ago and I've also followed a bug entered by a different user. Both 
tickets were closed on 2013-08-21 with the status "migrated" but I can't 
find them on the new issue tracker. Where did they go?

These are the original tickets:
http://sourceforge.net/p/wix/feature-requests/679/
http://sourceforge.net/p/wix/bugs/2532/


--
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=60135031&iu=/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=60135031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Documentation on WIX properties

[Christopher Painter]

It's always good to log the installer and read what the properties were set 
to or changed to  during the various phases of the installation.


 From: "Phil Wilson" 
Sent: Wednesday, October 16, 2013 11:47 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Documentation on WIX properties

It's unlikely that the docs are wrong - you may be misinterpreting what
they mean? For example the Installed property does not have a true or 
false
value.

Look at the following properties (case sensitive, so spell them properly):
PATCH, Installed, REINSTALL, REMOVE (in the context of REMOVE="ALL").

Phil Wilson

On Wed, Oct 16, 2013 at 9:10 AM, Swaroop Kare
wrote:

> Thanks guys, some of the properties does not behave in the way it is
> described in msdn.
>
>
>
> Will it be possible for me to know the condition for execution of custom
> action that I should use for the following scenarios
>
>
>
> 1)CA to execute during install, modify and repair. Should not be
> executed on Patch install and uninstall.
>
> 2)CA to be executed only on Patch install.
>
> 3)CA to be executed only on Patch uninstall.
>
> 4)CA to be executed only on major uninstall.
>
>
>
> Regards,
>
>
>
>
>
> -Original Message-
> From: Pally Sandher [mailto:pally.sand...@iesve.com]
> Sent: 16 October 2013 16:50
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Documentation on WIX properties
>
>
>
> WiX doesn't have any such thing. Some WIX extensions such as NetFx have
> some defined which are listed in their respective schemas but there's
> nothing in 'vanilla' WiX like what you're describing.
>
>
>
> Windows Installer on the other hand has a whole bunch of properties any
> MSI can use (such as the REMOVE Property you reference). There's a
> comprehensive list of Windows Installer properties on MSDN at
> http://msdn.microsoft.com/en-US/library/aa370905.aspx which is linked in
> the documentation at
> http://wixtoolset.org/documentation/manual/v3/overview/msi_useful_links.
> html
>
>
>
> Palbinder Sandher
>
> Software Platform Engineer
>
> T: +44 (0) 141 945 8500
>
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
>
>
>
> **Design, Simulate + Innovate with the **
>
> Integrated Environmental Solutions Limited. Registered in Scotland No.
> SC151456
>
> Registered Office - Helix Building, West Of Scotland Science Park,
> Glasgow G20 0SP
>
> Email Disclaimer
>
>
>
>
>
> -Original Message-
>
> From: Swaroop Kare [mailto:swaroop.k...@ifdspercana.com]
>
> Sent: 16 October 2013 16:10
>
> To: General discussion for Windows Installer XML toolset.
>
> Subject: [WiX-users] Documentation on WIX properties
>
>
>
> Hi,
>
>
>
>
>
>
>
>Is there a comprehensive list and behaviour of WIX properties that we
> can use during component/Custom action install conditions?
>
>
>
>
>
>
>
>   For e.g. if I am correct, "INSTALL" property is false until the
> completion of "ExecuteAction" of "InstallUISequence" and then it changes
> to true.
>
>
>
>The "REMOVE" property is a delimited list of features to
> be removed. Just because one or more features is being removed doesn't
> mean the product is being removed fully.
>
>
>
>
>
>
>
> Thanks
>
>
>
>
>
>
>
>
>
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to which it is
> addressed and may contain information which is privileged, confidential
> or prohibited from disclosure or unauthorised use. You are hereby
> notified that any use, any form of reproduction, dissemination, copying,
> disclosure, modification, distribution and/or publication of this e-mail
> message or its attachments other than by it's intended recipient is
> strictly prohibited by the sender. If you have received this email in
> error, please notify the system manager by email at
> ad...@ifdspercana.com Please note that any views or opinions presented
> in this email are solely those of the author and do not necessarily
> represent those of the company. Finally, this email has been scanned for
> the presence of viruses. The recipient should also check this email and
> any attachments for the presence of viruses. The company accepts no
> liability for any damage caused by any virus transmitted by this email
> 
> __
>
>
>
> IFDS Percana Group Limited, no. 307152, is registered in Ireland at 16
> Joyce Way, Park West Business Park, Dublin 12, Ireland.
>
> Directors: Eugene Larmon, Patrick Concannon, William Slattery, Paul
> O'Neil (UK), Simon Hudson-Lund (UK) and Stephen Parkinson (UK) IFDS
> Percana International Managed Services Limited, no. 368022, is regulated
> by the Central Bank of Ireland. Registered in Ireland at 16 Joyce Way,
> Park West Business Park, Dublin 12, Ireland.
>
> IFDS Percana International Managed Services Limited is a wholly owned
> subsidiary

Re: [WiX-users] Documentation on WIX properties

[Christopher Painter]

They are Windows Installer properties not WiX proeprties.  See: 

http://msdn.microsoft.com/en-us/library/windows/desktop/aa370905(v=vs.85).as
px 


 From: "Swaroop Kare" 
Sent: Wednesday, October 16, 2013 10:10 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: [WiX-users] Documentation on WIX properties

Hi,

   Is there a comprehensive list and behaviour of WIX properties that we
can use during component/Custom action install conditions?

  For e.g. if I am correct, "INSTALL" property is false until the
completion of "ExecuteAction" of "InstallUISequence" and then it changes
to true.

   The "REMOVE" property is a delimited list of features to
be removed. Just because one or more features is being removed doesn't
mean the product is being removed fully.

Thanks 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which it is addressed and 
may contain information which is privileged, confidential or prohibited 
from disclosure or unauthorised use. You are hereby notified that any use, 
any form of reproduction, 
dissemination, copying, disclosure, modification, distribution and/or 
publication of this e-mail message or its attachments other than by it's 
intended recipient is strictly prohibited by the sender. If you have 
received this email in error, please notify the system manager by email at 
ad...@ifdspercana.com
Please note that any views or opinions presented in this email are solely 
those of the author and do not necessarily represent those of the company. 
Finally, this email has been scanned for the presence of viruses. The 
recipient should also check this email and any attachments for the presence 
of viruses. The company accepts no liability for any damage caused by any 
virus transmitted by this email

__

IFDS Percana Group Limited, no. 307152, is registered in Ireland at 16 
Joyce Way, Park West Business Park, Dublin 12, Ireland.
Directors: Eugene Larmon, Patrick Concannon, William Slattery, Paul O'Neil 
(UK), Simon Hudson-Lund (UK) and Stephen Parkinson (UK) 
IFDS Percana International Managed Services Limited, no. 368022, is 
regulated by the Central Bank of Ireland. Registered in Ireland at 16 Joyce 
Way, Park West Business Park, Dublin 12, Ireland.
IFDS Percana International Managed Services Limited is a wholly owned 
subsidiary of IFDS Percana Group Limited and provides support services to 
the life and pensions industry.
Directors: Eugene Larmon, Patrick Concannon, Stephen Parkinson (UK) and 
Paul O'Neil (UK).
www.ifdspercana.com

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__

--
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=60135031&iu=/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=60135031&iu=/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 Make a Wix Installer for my Outlook Addin

[Christopher Painter]

If I did it, I'd put it in IsWiX.  (I've already published a couple custom 
project types to ease basic installation development.)What I'd really 
need help with though is writing the .NET assembly that is used to do the 
project creation interview and transformation steps.   


 From: "Blair Murri" 
Sent: Wednesday, October 16, 2013 9:15 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] How to Make a Wix Installer for my Outlook Addin

Chris,

That would be a great contribution to add to Votive. I'd love to see it 
there. Any chance you could contribute your template?

Blair

> From: chr...@iswix.com
> To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net
> Date: Wed, 16 Oct 2013 05:45:47 -0700
> Subject: Re: [WiX-users] How to Make a Wix Installer for my Outlook 
Addin
> 
> 
> 
> Just a note to Rob et al.. 
> 
>  This would be a really good feature request for Votive.  I can't tell 
you 
> how many customers I've created installer for Office AddIns.  They are 
very 
> profitable to do because they all follow the same basic template of  
> prereqs, gate checks and registration logic.  Only the names of the 
actual 
> AddIn change.   I have templates that I copy and paste but if you could 
say 
>  File | New | Office Addin Setup Project...  man that sure would make 
a 
> lot of .NET developers happy. 
> 
> For Sanju- 
> 
>  It's a very broad question to answer.   Regards, 
> 
> Chris
> 
> 
>  From: "Sanju Thomas" 
> Sent: Wednesday, October 16, 2013 7:15 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How to Make a Wix Installer for my Outlook Addin
> 
> I am a newbie to Wix Installer. I want to make an Installer for my 
Outlook
> Addin in Wix. How can I do it.
> 
> -- 
> 
> *Regards*
> *
> *
> *Sanju Thomas
> *
> *91- 9945535476
> *
> *sanju...@gmail.com*
> * *
> 
> *
> *CONFIDENTIALITY NOTICE: If you have received this e-mail in error, 
please
> immediately notify the sender by e-mail at the address shown. This 
e-mail
> transmission may contain confidential information. This information is
> intended only for the use of the individual(s) or entity to whom it is
> intended even if addressed incorrectly. Please delete it from your files 

> if
> you are not the intended recipient. Thank you for your compliance.
> 


> --
> 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=60135031&iu=/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=60135031&iu=/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=60135031&iu=/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=60135031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using WPF for standard MSI dialogs

[Christopher Painter]

As a guy who spent too much of his life in the 1990's writing procedural 
wizard loops in InstallScript,  I actually like authoring and testing story 
of native MSI UI.  I just wish they allowed you to put custom controls on 
the dialog to do some of the fancier stuff. 

Of course at this point it's reasonable to predict that MSFT isn't going to 
be doing any MSI enhancements.  It's done.   How many people are still on 
that team any ways?  I'm guessing they spend most of their time doing 
engineering support escalation type work.


 From: "Blair Murri" 
Sent: Wednesday, October 16, 2013 9:01 AM
To: "General discussion about the WiX toolset." 

Subject: Re: [WiX-users] Using WPF for standard MSI dialogs

I actually created a WPF Embedded UI for a client (3 years ago?) and there 
are some interesting "edge cases" that are missed in the implementation 
both inside of the MSI engine and in the specification that create 
difficulties in making this a robust UI for MSI. I did some code to try to 
alleviate some of those issues, but haven't had the time to complete that 
work and to see what workarounds are available vs what simply must be fixed 
by MSFT.

If you can go the Burn route, you will save yourself a lot of headaches for 
many common scenarios.

> Date: Tue, 15 Oct 2013 11:56:19 -0700
> From: tomer.d...@intergraph.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Using WPF for standard MSI dialogs
> 
> 
> Even better
> 
> 
http://blogs.msdn.com/b/windows_installer_team/archive/2008/04/01/windows-in
staller-4-5-ui-enhancements-embedded-ui.aspx
> 
> 
> 
> --
> View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-WPF-for-
standard-MSI-dialogs-tp7589733p7589743.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 

--
> 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=60135031&iu=/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=60135031&iu=/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=60135031&iu=/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 Make a Wix Installer for my Outlook Addin

[Christopher Painter]

Just a note to Rob et al.. 

 This would be a really good feature request for Votive.  I can't tell you 
how many customers I've created installer for Office AddIns.  They are very 
profitable to do because they all follow the same basic template of  
prereqs, gate checks and registration logic.  Only the names of the actual 
AddIn change.   I have templates that I copy and paste but if you could say 
 File | New | Office Addin Setup Project...  man that sure would make a 
lot of .NET developers happy. 

For Sanju- 

 It's a very broad question to answer.   Regards, 

Chris


 From: "Sanju Thomas" 
Sent: Wednesday, October 16, 2013 7:15 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to Make a Wix Installer for my Outlook Addin

I am a newbie to Wix Installer. I want to make an Installer for my Outlook
Addin in Wix. How can I do it.

-- 

*Regards*
*
*
*Sanju Thomas
*
*91- 9945535476
*
*sanju...@gmail.com*
* *

*
*CONFIDENTIALITY NOTICE: If you have received this e-mail in error, please
immediately notify the sender by e-mail at the address shown. This e-mail
transmission may contain confidential information. This information is
intended only for the use of the individual(s) or entity to whom it is
intended even if addressed incorrectly. Please delete it from your files 
if
you are not the intended recipient. Thank you for your compliance.

--
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=60135031&iu=/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=60135031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using WPF for standard MSI dialogs

[Christopher Painter]

Assuming you have .NET 3.0+ (Vista+) and Windows Installer 4.5 (Vista SP1+) 
it's possible to use WiX DTF to create a managed embedded UI handler to do 
just this.  There is a sample of such a beast in the WiX source tree at 
$/src/DTF/Samples/EmbeddedUI.   If you have target machines that don't have 
this then you need a bootstrapper to install .NET and MSI updates and you 
might as well just go back to burn at that point. 

I always thought this would be a really cool project but then people 
started moving towards managed bootstrapper applications via Burn and Suite 
installers instead.  My installers at my day job are all installed silently 
so I just carry on with Native MSI UI for the time being. 

Chris


 From: "Brian C" 
Sent: Tuesday, October 15, 2013 9:47 AM
To: "wix-users@lists.sourceforge.net" 
Subject: [WiX-users] Using WPF for standard MSI dialogs

All,
Is there any way to use WPF/C# to make the GUI for standard msi 
dialogs?  I know I can do a Bootstrapper to do this, but, I was hoping to 
avoid that overhead and just deliver an .msi with GUI designed with WPF.
 
Thanks in advance,
Brian

--
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=60135031&iu=/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=60135031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What is the downside to this?

[Christopher Painter]

Here's a good place to start: 

http://www.installsite.org/pages/en/isnews/200108/ 

I'll admit the first time I read this I filed it away in the "I don't 
really understand this but I can tell it's important" folder. 

In the optimal case, a custom action: (quick list not fully complete) 

1) Doesn't reinvent the wheel.  Don't use CA's to write to an INI or start 
a service or register a COM object when MSI can already do this for you 
better then you can do it yourself. 

2) Remains true to the declarative nature of MSI.   Don't write a function  
DoSomething() and then call  DoSomething(A); DoSomething(B); 
DoSomething(C). Put A, B and C in a custom table and use a custom action to 
query the table to generate a list of actions to be performed by 
DoSomething(). 

3) Usually Opaque. There are times you really need DoSomething() to be 
private but usually it's best if an end administrator can work out what 
DoSomething() does in case there is a problem with it.  I recently had to 
do this with the MSIs authored by AppV 5.0.  Fortunately they used a WiX 
DTF custom action written in C# and I was able to have my way with it to 
make the outcome better. 

4) Remains true to the transactional nature of MSI.  Rollback, Install, 
Commit as shown in the link above.  The user can hit cancel at any time and 
confidently get back to their initial state.  This is sometimes really 
difficult when working with APIs that don't support transactional changes 
such as publishing a file to the GAC or changing a users password.  Always 
do your best to provide the ultimate user experience.   

5) Remains true to security / elevation model of MSI.  Strive for UAC 
compliant MSI packages that can be advertised by an administrator and 
installed by standard user. 

6) Minimize dependencies / fragility.   Be careful on the dependencies you 
take on.  They may force you to preinstall something or they may be fragile 
and cause your installer to fail.   .NET,  ActiveScript (VBScript/JScript), 
 FileSystemObject, WMI et al.  There may be valid scenarios where say .NET 
is acceptable to one person (like myself)  but unacceptable to another 
person (say someone distributing a C++ app targeting XP as a minimum. ).

Custom actions need to be bullet proof and feel like a natural extension of 
MSI itself.  Not some kludge hack tacked on to make something work. 
Regards, 

Chris


 From: "Walt Dexter" 
Sent: Tuesday, October 15, 2013 8:16 AM
To: "chr...@iswix.com" , "General discussion for Windows 
Installer XMLtoolset." 
Subject: Re: [WiX-users] What is the downside to this?

I think I need to better understand how custom actions really work before 
I'll understand why it's a bad idea. Based on what i know now, I don't 
understand how you get all five things if its a truly custom custom 
action.

Guess I'll work on doing that.

On Oct 15, 2013, at 6:35 AM, "Christopher Painter"  
wrote:

> Walter,
> 
>  In reply to your  "yes, but.."  comment earlier.  No, sorry, no buts.  
> I've worked at a number of places over the years both on the ISV side and 

> the Enterprise side.  I'm currently the deployment architect for a 
certain 
> well known big box retailer that loves the color orange.  We probably 
have 
> more then a few stores where you live and see our commercials all day 
long 
> while watching football.  :-)   On the store side we have somewhere 
around 
> 130,000 desktops and in the total enterprise around 300,000 instances of 

> windows.   We have countless applications and for each of those we 
require 
> 1) Install, 2) Uninstall, 3) Upgrade, 4) Downgrade 5) Rollback ( for all 
4 
> actually ) to be fully supported and tested before handing off to 
> operations for deployment.  There is very little tolerance for failure 
from 
> the business because a screw up results in lost sales.  We don't achieve 

> this level of excellence using Wise, InstallScript, NSIS, InnoSetup or 
> others.  We achieve it using properly designed MSIs and occasionally AppV 

> packages.  A lot of our working is spent "fixing" what other vendors send 

> us as what they think are passable installer experiences.
> 
> Yes, sorry, it is a lot of work to learn MSI.  I was writing 
InstallScript 
> installers for 7 years and was not initially impressed with MSI.  In 
fact, 
> you could say I was a late adopter since I didn't pick it up until 2003.  

> It took me 6 months of banging my head against the wall trying to get it 
to 
> do what I wanted before I felt comfortable.  It was another 6 months 
before 
> I had that "been there done that" feeling.   
> 
> Regards,
> Chris
> 
> 
> From: "Walter Dexter"

Re: [WiX-users] What is the downside to this?

[Christopher Painter]

 Hopefully, there are (many, manymore
> people installing your software than there are building it... which 
means
> saving the customer problems by taking on the work in development is a 
good
> trade (economically speaking).
>
>
> On Mon, Oct 14, 2013 at 9:59 PM, Walter Dexter  
wrote:
>
> > I totally understand what you're saying. But...
> >
> > As far as I can tell, I'm going to have to do custom actions to do a
> bunch
> > of the stuff that Inno does easily. Like updating an INI file or 
running
> a
> > program.
> >
> > If I move everything out of Inno to WiX that an MSI can do natively -
> which
> > appears to really just be registry settings, files and directories - 
what
> > do I lose by keeping the stuff that has to be a custom action inside 
an
> > Inno and treating that Inno as a single custom action?
> >
> > What I gain is that I have an Inno setup that I know already works, 
and
> > when it gives troubles, I have an environment that lets me do some
> > interactive debugging.
> >
> > If I write a C# custom action DLL (which seems like a lot of work) all
> it's
> > going to do is a bunch of "Exec" commands to run other installers, 
batch
> > files and VBScripts.
> >
> > I'm fairly MSI and WiX naive. That's why I'm asking - I just totally
> don't
> > understand what I gain by doing it "right" with a DLL for custom 
actions
> > versus delivering an executable that does the stuff I want to do that
> > happens to have been created with Inno Setup.
> >
> > Honestly, your response didn't add much to my understanding, but I'm 
sure
> > it's more me than you.
> >
> >
> > On Mon, Oct 14, 2013 at 7:36 PM, Christopher Painter  > >wrote:
> >
> > > IMO it's crazy.  You have to ask yourself WHY Windows Installer is 
the
> > > corporate standard in the first place.  MSI is transactional,
> > declarative,
> > > rich in meta data and transformable with standardized behaviors. You
> lose
> > > all of that when you choose to use it merely as a glorified ZIP and 
do
> > > everything else out of process.
> > >
> > > 
> > >  From: "Walter Dexter" 
> > > Sent: Monday, October 14, 2013 7:21 PM
> > > To: "General discussion for Windows Installer XML toolset."
> > > 
> > > Subject: [WiX-users] What is the downside to this?
> > >
> > > I'm working on transitioning from Inno Setup to WiX due to corporate
> > > standards.
> > >
> > > I have some Inno that are fairly complex, running programs, setting 
INI
> > > values, registry settings, etc.
> > >
> > > If I set the Inno to not make itself uninstallable, I could just 
move
> the
> > > files out of it to an MSI, include the action-only Inno in the MSI, 
and
> > > run
> > > it as a custom action. The MSI would install files and the embedded
> Inno
> > > would do the other stuff.
> > >
> > > Does that make any sense at all? Is it inspired or crazy?
> > >
> > >
> >
> 


> > > --
> > > 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=60135031&iu=/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=60135031&iu=/4140/ostg.clktrk


> > > __

Re: [WiX-users] What is the downside to this?

[Christopher Painter]

IMO it's crazy.  You have to ask yourself WHY Windows Installer is the 
corporate standard in the first place.  MSI is transactional, declarative,  
rich in meta data and transformable with standardized behaviors. You lose 
all of that when you choose to use it merely as a glorified ZIP and do 
everything else out of process.


 From: "Walter Dexter" 
Sent: Monday, October 14, 2013 7:21 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: [WiX-users] What is the downside to this?

I'm working on transitioning from Inno Setup to WiX due to corporate
standards.

I have some Inno that are fairly complex, running programs, setting INI
values, registry settings, etc.

If I set the Inno to not make itself uninstallable, I could just move the
files out of it to an MSI, include the action-only Inno in the MSI, and 
run
it as a custom action. The MSI would install files and the embedded Inno
would do the other stuff.

Does that make any sense at all? Is it inspired or crazy?

--
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=60135031&iu=/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=60135031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DTF Bug

[Christopher Painter]

I tried to submit this as a bug on wixtoolset but I always get error 
messages when trying to submit bugs or save comments.  I've filed a bug on 
that over at github tiny bugs. 

(I can't help wonder the prudence of creating a bug tracking system when so 
much wix work needs to be done but heh...) 



-- 

Starting with WiX 3.8, the C# CA project type (and VB) fail to compile when 
created.  The error message: 

Microsoft.Deployment.WindowsInstaller.dll must be included in the list of 
support files. If using the MSBuild targets, make sure the assembly 
reference has the Private (Copy Local) flag set. 

Pervious versions had this already set to True.   What's worse is that if 
you take a C# project from a previous version and try to build it with 3.8 
that the error message appears.   This tells me that something inside WiX 
changed where references used to default to True not default to False.   
This will cause backwards compatibility problems when people try to build 
with a newer version of WiX and all the projects fail to build unless they 
are all checked out, updated and checked in.
  
--
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=60134071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error code is 2858

[Christopher Painter]

If you are Microsoft creating Office, Visual Studio, SQL or a gaming 
company making the next FPS  that makes perfect sense.   For the rest of us 
line of business apps it's a complete waste of time and money.

Almost all of my "day job" installs get executed /QN via SCCM and only 1 in 
20 need any kind of UI customizations in the first place.   For my "side 
job"  I've managed to make all my customers happy with native MSI UI.  
  I do like the XML driven BA that I've seen in WiX and one day it'll be 
cost effective to do cool things with it.


 From: "Hoover, Jacob" 
Sent: Wednesday, October 09, 2013 2:49 PM
To: "chr...@iswix.com" , "General discussion for Windows 
Installer XML toolset." 
Subject: RE: [WiX-users] Error code is 2858

Or ditch the MSI UI and write a BA/MBA and be able to do whatever you 
want.

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Wednesday, October 09, 2013 2:03 PM
To: General discussion for Windows Installer XML toolset.; General 
discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error code is 2858

Windows Installer doesn't support transparency.  You'll have to just work 
at it until it looks nice.  Limits of native / internal UI and while it's 
not the best, I've managed to get some pretty nicely branded MSIs out of 
it.


 From: "Tunney, Stephen" 
Sent: Wednesday, October 09, 2013 1:35 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] Error code is 2858

JPG worked but now I get this crappy looking background around my image.  
Isn't there a way to specify the a specific colour as transparent or do I 
have to have my background match the colour of the dialog box?

-Original Message-
From: Tunney, Stephen [mailto:stephen.tun...@nuance.com]
Sent: October-09-13 1:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error code is 2858

Negative on the animation of the GIF.

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: October-09-13 1:00 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error code is 2858

Is it an animated GIF?

If not why not use a BMP instead? I believe dialogs can only use BMP...

Steve

-Original Message-
From: Tunney, Stephen [mailto:stephen.tun...@nuance.com]
Sent: October-09-13 12:20 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error code is 2858

Hello everyone,

I'm getting this error as a debug message when attempting to display two 
GIF images in a UI.

I have attached them to this email.  Below is the dialog utilizing those 
files.  Some OSes show the images ok.  Others do not.  Any suggestions 
would be helpful as I have Google'd and nothing is coming up yet:


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






  
  



  1









  


  



  

  




--
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=60134071&iu=/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=60134071&iu=/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=60134071&iu=/4140/ostg.clktrk



___

Re: [WiX-users] Error code is 2858

[Christopher Painter]

Windows Installer doesn't support transparency.  You'll have to just work 
at it until it looks nice.  Limits of native / internal UI and while it's 
not the best, I've managed to get some pretty nicely branded MSIs out of 
it.


 From: "Tunney, Stephen" 
Sent: Wednesday, October 09, 2013 1:35 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] Error code is 2858

JPG worked but now I get this crappy looking background around my image.  
Isn't there a way to specify the a specific colour as transparent or do I 
have to have my background match the colour of the dialog box?

-Original Message-
From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] 
Sent: October-09-13 1:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error code is 2858

Negative on the animation of the GIF.

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: October-09-13 1:00 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error code is 2858

Is it an animated GIF?

If not why not use a BMP instead? I believe dialogs can only use BMP...

Steve

-Original Message-
From: Tunney, Stephen [mailto:stephen.tun...@nuance.com]
Sent: October-09-13 12:20 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error code is 2858

Hello everyone,

I'm getting this error as a debug message when attempting to display two 
GIF images in a UI.

I have attached them to this email.  Below is the dialog utilizing those 
files.  Some OSes show the images ok.  Others do not.  Any suggestions 
would be helpful as I have Google'd and nothing is coming up yet:


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






  
  



  1









  


  



  

  



--
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=60134071&iu=/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=60134071&iu=/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=60134071&iu=/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=60134071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error code is 2858

[Christopher Painter]

Per 
http://msdn.microsoft.com/en-us/library/windows/desktop/aa367830(v=vs.85).as
px  GIF is only supported on Win 8 / Server 2012.  What OS are you seeing 
the error on?


 From: "Tunney, Stephen" 
Sent: Wednesday, October 09, 2013 11:26 AM
To: "wix-users@lists.sourceforge.net" 
Subject: [WiX-users] Error code is 2858

Hello everyone,

I'm getting this error as a debug message when attempting to display two 
GIF images in a UI.

I have attached them to this email.  Below is the dialog utilizing those 
files.  Some OSes show the images ok.  Others do not.  Any suggestions 
would be helpful as I have Google'd and nothing is coming up yet:


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






  
  



  1









  


  



  

  


--
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=60134071&iu=/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=60134071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET support question for custom actions

[Christopher Painter]

I've never had a problem with this. I typically compile for .NET 2.0 and 
set the customaction.config to allow for CLR 2.0 or 4.0 and allow legacy 
activation.  This gives me the broadest compatibility

Is there a .NET 3.5 feature you really need in your custom action?  


 From: "Uma Harano" 
Sent: Thursday, October 03, 2013 5:51 PM
To: "General discussion for Windows Installer XML toolset." 
wix-users@lists.sourceforge.net.  
Subject: Re: [WiX-users] .NET support question for custom actions

Clarification: I am using WiX 3.5 tool set to build this right now.

-Original Message-
From: Uma Harano [mailto:uhar...@esri.com] 
Sent: Thursday, October 03, 2013 3:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] .NET support question for custom actions

Hi,
I have a Visual Studio solution that uses DTF to create Custom Actions for 
my setup. I am using WiX 3.6. The custom actions need to work on machines 
that have  .NET Framework 3.5 sp1 or .NET 4.5. My CustomAction.config file 
has this information:





When I run the setup that includes these custom actions on a Windows 8.1 
machine that has only .NET 4.5, everything works. But when I run the same 
msi on a Server 2008 R2 machine that has only .NET 3.5 SP1, the setup 
crashes. This is the info from the log:

Invoking remote custom action. DLL: 
C:\Users\uma2526\AppData\Local\Temp\MSIC72C.tmp, Entrypoint: GetSiteCount
SFXCA: Extracting custom action to temporary directory: 
C:\Users\uma2526\AppData\Local\Temp\MSIC72C.tmp-\
SFXCA: Failed to get requested CLR info. Error code 0x80131700
SFXCA: Ensure that the proper version of the .NET Framework is installed, 
or that there is a matching supportedRuntime element in 
CustomAction.config. If you are binding to .NET 4 or greater add 
useLegacyV2RuntimeActivationPolicy=true to the  element.
CustomAction DotNetGetWebsiteCount returned actual error code 1603 (note 
this may not be 100% accurate if translation happened inside sandbox)

How can I get my msi program to work on both scenarios?
Thanks!
Uma-

--
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=60134791&iu=/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=60134791&iu=/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=60134791&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Authoring a Major & Minor upgrade in same package

[Christopher Painter]

I've never tried but in thinking it over, it's not possible.  I have done 
MSI's that might install side by side or in place upgrade at runtime.  This 
was done through manipulating the upgrade process at runtime.   However an 
MSI that might be major or might be minor would either have to have the old 
ProductCode or a new ProductCode and that would have to be manipulated 
prior to invoking the MSI.  Possibly via applying a transform. 

So maybe you could create a bundle experience that prompts the user and 
applies the MSI with or without a transform but it would be way beyond my 
current capabilities with Burn.


 From: "victorwhiskey" 
Sent: Wednesday, October 02, 2013 1:21 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Authoring a Major & Minor upgrade in same package

Is it possible to make a single MSI/Bundle to handle both Major upgrades 
and
Minor upgrade/updates?

Thanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Authoring-a-Ma
jor-Minor-upgrade-in-same-package-tp7589392.html
Sent from the wix-users mailing list archive at Nabble.com.


--
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=60134791&iu=/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=60134791&iu=/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 pass an enumeration as a variable? Allowing Service Start Type to be passed in as an MSI PROPERY

[Christopher Painter]

The other scenario to cover is when an EXE sometimes is and sometimes isn't 
a service.   I usually try to get my developers to factor their classes out 
into a DLL and create two different EXE facades for it.  This plays nicer 
with MSI.  But sometimes they resist  and I'm forced to do mutually 
exclusive components. 

 


 From: "Rob Reynolds" 
Sent: Tuesday, October 01, 2013 6:58 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] How to pass an enumeration as a variable? Allowing 
Service Start Type to be passed in as an MSI PROPERY

I think that's likely the path I will take. I'll send a link when done for
review.

On Tuesday, October 1, 2013, Rob Mensching wrote:

> Yeah, this sort of thing reminds me why we need to create a standard 
custom
> action to replace the built-in ServiceInstall support of the Windows
> Installer. They just didn't get the core functionality right. 
>
>
> On Tue, Oct 1, 2013 at 11:02 AM, Hoover, Jacob
> >wrote:
>
> > As Chris outlined in in his answer, If you want an Install time 
variation
> > point you'll have to go the mutually exclusive component route or the
> > harder dynamically emmited ServiceInstall table route using custom
> actions
> > that leverage SQL Temporary Tables. ( Much harder... )
> >
> > The first involves defining a component for each startup option you 
want
> > to support, condition the components, and utilize the remember me 
pattern
> > to persist the users choice across upgrades and repairs.
> >
> > The second is much harder to get right, and would take an advanced
> > understanding of Windows Installer.
> >
> > -Original Message-
> > From: Rob Reynolds [mailto:ferventco...@gmail.com]
> > Sent: Tuesday, October 01, 2013 12:48 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] How to pass an enumeration as a variable? 
Allowing
> > Service Start Type to be passed in as an MSI PROPERY
> >
> > I am trying to pass a variable to the service start enumeration.
> >
> > This is what I have found
> >
> >
> 
http://stackoverflow.com/questions/9419411/wix-setting-service-startup-type-
using-a-property-property-not-recognized
> >
> > What is the recommended way to do that?
> >
> > 
> > Rob
> > "Be passionate in all you do"
> >
> > http://devlicio.us/blogs/rob_reynolds
> > http://ferventcoder.com
> > http://twitter.com/ferventcoder
> >
> >
> 

--
> > 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=60134791&iu=/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=60134791&iu=/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=60134791&iu=/4140/ostg.clktrk


> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
>  

-- 

Rob
"Be passionate in all you do"

http://devlicio.us/blogs/rob_reynolds
http://ferventcoder.com
http://twitter.com/ferventcoder

--
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=60134791&iu=/4140/ostg.clktrk


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

Re: [WiX-users] How to pass an enumeration as a variable? Allowing Service Start Type to be passed in as an MSI PROPERY

[Christopher Painter]

Other then the mutually exclusive definitions of the service, the next two 
best tricks that I know are: 

1) Override with a registry setting 

2) Use a custom action to dynamically author the ServiceInstall table at 
install time using TEMPORARY sql rows. 


 From: "Rob Reynolds" 
Sent: Tuesday, October 01, 2013 12:54 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to pass an enumeration as a variable? Allowing 
Service Start Type to be passed in as an MSI PROPERY

I am trying to pass a variable to the service start enumeration.

This is what I have found
http://stackoverflow.com/questions/9419411/wix-setting-service-startup-type-
using-a-property-property-not-recognized

What is the recommended way to do that?


Rob
"Be passionate in all you do"

http://devlicio.us/blogs/rob_reynolds
http://ferventcoder.com
http://twitter.com/ferventcoder

--
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=60134791&iu=/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=60134791&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Practical use of wixlibs

[Christopher Painter]

Libs, binary libs, and merge modules are all about code structure and reuse.   
I once worked for a company that at it's peak had 250 developers and 2 install 
developers.  Our business model was built around a concept called "Product 
Line".   Think if it like a car manufacturer who has different vehicle 
platforms,  engines, transmissions, electronics packages, options and how this 
all comes together to make different models and trims of vehicles.

We had about 20 different products where a typical product had 12,000 - 15,000 
files.  This was organized into about 150 features split out over 15 service 
families.  Each service family would have 10 - 20 merge modules with various 
merge module dependencies.  This created a feature free and merge module tree  
that a new product could look at and make their selections and contribute to 
the product line, domain or product libraries as needed.

We "democratized"  the entire process so that developers could self service 
their merge modules,  software leads could self service their portion of the 
feature tree and product leads could compose their own installers.  The two 
remaining install engineers were only engaged for upcoming architecture reviews 
and tactical problem solving (which became rare).

All of this was made possible using WiX merge modules and in our case an 
InstallShield installer.   However if we chose a WiX installer we could have 
dumped the merge modules and went with wix libs. 


 From: "Nicolás Alvarez" 
Sent: Monday, September 30, 2013 10:58 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: [WiX-users] Practical use of wixlibs

I can't find any documentation on best-practices when creating either merge 
modules or wixlibs, only procedure documentation on how to create them. Let's 
say I create a wixlib (or msm) with multiple components that make up a large 
C++ library. Someone making an application with that library can then use the 
wixlib and only write installation code for his own app files, instead of 
having to also define the installation of the library. But where would the 
library be installed? Would the wixlib need to have a Directory under (say) 
Common Files where the library would go? Or can the wixlib provide a way for 
the application wxs to decide where the library would be installed? But then 
there's a problem: two applications importing the same wixlib could install the 
same components (with same GUID) in different directories. As far as I know 
that means only the first one would get installed, the second would see the 
component is already installed (identified by GUID) and do nothing. Does anyone 
have experiences to share? -- Nicolás 
-- 
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=60134791&iu=/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=60134791&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX disaster -- how did I cause it?

[Christopher Painter]

Also, do you have Dev, QA and Prod instances of this terminal server?   It's 
always a good idea to test your designs in a lower life cycle before promoting 
into production.

Regards,
Chris


 From: "Phil Wilson" 
Sent: Monday, September 30, 2013 9:37 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] WiX disaster -- how did I cause it?

There'll be an entry in the Windows event log, an MsiInstaller entry, that
should say something about what component was missing and needed restoring.
If your install removes by design anything that your MSI installed, then
you'll need to do something about that.
If the original install required a reboot, a repair is a partial
re-install, so that's the kind of reason that a repair will cause a reboot.
Making the shortcut non-advertised will probably fix the immediate symptom,
but use of a shortcut is not the only thing that can cause an automatic
repair. Also a user could right-click the MSI file or go
to Programs/Features and ask for a repair and you're rebooting again, so
take Rob's point and find out why it's happening.

Phil Wilson

On Mon, Sep 30, 2013 at 7:13 AM, Charles Jenkins  wrote:

> Oops. Pardon the noise. I see I can't just set Advertise="no". I'm going
> to have to work more to understand Keith's example.
>
> --
>
> Charles
>
>
> On Monday, September 30, 2013 at 9:57 AM, Charles Jenkins wrote:
>
> > Keith and Rob,
> >
> > Thanks for the replies! Pardon me if I'm being thick, but does all this
> mean that if I set Advertise="no" on the icon, the problem would just go
> away?
> >
> > --
> >
> > Charles
> >
> >
> > On Monday, September 30, 2013 at 9:31 AM, 
> > keith.doug...@statcan.gc.ca(mailto:
> keith.doug...@statcan.gc.ca) wrote:
> >
> > > I've made use of the below for a while which uses an unadvertised
> shortcut:
> > >
> > >  Guid="f5f4311a-d6f3-4bf6-b082-f26266b71831">
> > >  Action="createAndRemoveOnUninstall">
> > >  Type="integer" KeyPath="yes" />
> > > 
> > >  Directory="ApplicationProgramsFolder" Name="InstallerBuilder"
> WorkingDirectory="INSTALLDIR" Target="[#Fd5effb41790e4]" />
> > > 
> > > 
> > >
> > >
> > > Note that we have a front end we've built to automate some of our WXS
> generation process (that's why the Ids look funny). This is actually from
> the front end's own installer!
> > >
> > > I create the registry value as part of the installation of this
> product; that it is an HKCU one doesn't matter for the start menu change
> being for everyone - TS and all. We're using Server 2003 R2, but I cannot
> see how that would make a difference.
> > >
> > >
> > >
> > > Keith Douglas
> > > Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6
> > > Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6
> > > keith.doug...@statcan.gc.ca (mailto:keith.doug...@statcan.gc.ca)
> > > Telephone | Téléphone 613-951-4405
> > > Facsimile | Télécopieur 613-951-1966
> > > Government of Canada | Gouvernement du Canada
> > >
> > > -Original Message-
> > > From: Charles Jenkins [mailto:cejw...@gmail.com]
> > > Sent: September-30-13 9:21 AM
> > > To: wix-users@lists.sourceforge.net (mailto:
> wix-users@lists.sourceforge.net)
> > > Subject: [WiX-users] WiX disaster -- how did I cause it?
> > >
> > > Hi! I'm a WiX noob, trying to write a simple installer for an in-house
> product. My installer caused a computing disaster, so obviously I've done
> something wrong, but I don't know what.
> > >
> > > The disaster is this -- and believe me, I know at first blush it
> sounds nuts:
> > >
> > > If I put the installer in a public location and then run it as a
> superuser to install on a Windows Terminal Server, everything works just
> fine for me. The icon gets created, I can run the program -- everything's
> cool.
> > >
> > > But when another user logs in and double-clicks the newly installed
> program icon, the installer briefly appears saying the program will be
> installed; then the program starts, but a reboot is also scheduled on the
> server -- regardless of the fact that other users don't have privilege to
> reboot the server. The first day after installing my product was a
> nightmare, with the server rebooting every five or ten minutes when each
> new user tried to run my program.
> > >
> > > The immediate solution was to remove the publicly available installer
> so the system couldn't run it. That would leave some users able to function
> and others not, so I also killed off the installer-created icon in Program
> Files and created a new one manually.
> > >
> > > Okay, it sounds crazy. Why would an icon pointing to my program (which
> you can verify by looking at the installer script at the end of this email)
> run the installer again instead? The only thing I can figure is, the
> installer stores more information behind the scenes and knows where the
> icon came from. When I run it the first time, the installer has set
> everything up proper

Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

[Christopher Painter]

Cool.  Let me know if getting assignment agreements are easier now that 
MSFT isn't involved.If you need any help or if you get a weekly build 
done that's working let me know.  I need to update my ISWIX installer for 
2013 also.   For me it's just edit the AddIn XML to recognize the new 
version and wire up the project templates for the new directory structure.  
  I've created my own customized Setup and Merge Module project types that 
make creating a buildable installer in 3 easy steps (convention over 
configuration).

 http://blog.iswix.com/2013/01/iswix-20130134-released.html


 From: "John Cooper" 
Sent: Thursday, September 26, 2013 3:36 PM
To: "chr...@iswix.com" , "General discussion for Windows 
Installer XML toolset." 
Subject: RE: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

I don't think it will be hard either.  Just waiting on approval.

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

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Thursday, September 26, 2013 2:38 PM
To: General discussion for Windows Installer XML toolset.; 
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

I now see the SDK\VS2010 and SDK\VS2012 folders that include inc and lib 
subfolders.  I suspect this is where much of the work will need to be done 
to make VS specific libs and wired up to the version.  
Unless there is something else I'm missing, I'm thinking that a C++ / WiX 
Installer developer could make relatively short work of this.  I don't 
think there is going to be any scary C# / VSIX work.  (Knock on wood.) 


From: "Christopher Painter" 
Sent: Thursday, September 26, 2013 2:04 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

I wanted to pass on the results of a test I did today.  I started with a
Win7 VM with IE10 (prereq of VS) and VS2013.  I then performed the 
following steps:

Copy Files from a VS2010/VS2012 Dev Machine to the VM:

[ProgramFilesFolder]WiX Toolset v3.7\bin IncludeFile.ico LocationFile.ico 
ProductFile.ico ProjectFile.ico WixLibraryFile.ico sconce2010.dll 
votive2010.dll

[ProgramFilesFolder]Microsoft Visual Studio 
11.0\Common7\IDE\Extensions\Microsoft\WiX

Edit the extension.vsixmanifest found in the above WiX directory and add a 


new section: 


Ultimate
Premium
Pro
Express_All
 Open VS2012 Native Tools Comand Prompt and execute:
devenv /setup

Results:
Help About shows Windows Installer XML 3.7 and File | New Project shows all 


the expected project types.

I created a setup project and a c# custom action project.  All seemed well. 


I then created a C++ custom action project.  Intellisense gives me 
squigglies saying it can't find things like WcaInitialize but when I build 


the project it compiles.

I hope this helps.  I'm going to keep refining these procedures as I find 
issues.

Regards,
Christopher Painter
ISWIX, LLC
chr...@iswix.com



--
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=60133471&iu=/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=60133471&iu=/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.


-

Re: [WiX-users] [SPAM] Re: [SPAM] Re: Weekly releases

[Christopher Painter]

I only see 6 open tickets with the votive tag for 3.x.  Only 2 of them 
indicate VS2013 and they seem dupes of each other.  It seems to only be a 
high level "support 2012" bug so it doesn't really seem to spell out the 
work that needs to be done.  I'm guessing it's 40 hours worth of work.   I 
think I could handle half of it if someone else could chip in the C++ 
parts.


 From: "Rob Mensching" 
Sent: Thursday, September 26, 2013 3:19 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: [WiX-users] [SPAM] Re:  [SPAM] Re: Weekly releases

Issues are being tracked at http://wixtoolset.org/bugs/. There are a few
issues open tracking the VS2013 work.

On Thu, Sep 26, 2013 at 11:20 AM, Christopher Painter 
wrote:

> Rob,
>
>  Are there known votive issues other then it's not wired up to VS2013 
yet?
>  The reason I ask is because I just setup a VM with  VS2013 and WiX 3.7 
and
> was able to perform a few file copies and devenv /setup (may not be 
needed,
> will reproduce to confirm )  and get the WiX VSIX package to load in
> VS2012.  I just created a setup project and built an MSI.  Not full 
testing
> but it seems possible barring any other issues.
>
> Perhaps there are other issues and you know this and have left it out of
> the installer until it's stable?
>
> Regards,
> Chris
>
> 
>  From: "Rob Mensching" 
> Sent: Thursday, September 26, 2013 11:43 AM
> To: "General discussion for Windows Installer XML toolset."
> 
> Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
>
> Yes. Getting into Votive can be daunting. I'm not much help because
> I basically know nothing about Votive, I've never worked on it (except 
to
> fix build breaks due to the crazy InternalsVisibleTo attributes I wish
> weren't there).
>
> That's why I suggested people could help in other areas. If there were
> volunteers helping to fix every single other bug *except* Votive stuff
> then
> we'd be in a much better place. Bob calls it pretty straight in his blog
> post:
>
> 
http://www.joyofsetup.com/2013/09/13/getting-from-here-to-there-for-wix-v3-8

> /-
> "There are no code pixies".
>
> Anyway, my fundamental point is: We will make progress. However, if 
you're
> not helping to fix issues, regularly pinging about progress isn't going 
to
> taken kindly.
> PS: I hope the underlying message isn't lost at the end of this thread.
> I'll probably need to distill it down to a blog post. Again, thank you 
to
> all of you who have contributed here by answering questions, sending 
good
> bug reports, and, best of all, sending bug fixes and generally helping
> improve the WiX toolset. You guys are great. Thanks.
> On Wed, Sep 25, 2013 at 5:50 PM, Christopher Painter
> wrote:
>
> >
> > Rob,
> >
> >  What's the LOE for this effort?  I have experience creating 
installers
> > that register project and item templates as well as tweaking project
> > templates.  I've done a little bit of AddOn work but not much.  The
> whole
> > EnvDTE / VS SDK seemed really complicated to me.   Is it just a few
> things
> > that need to be tweaked here and there or is it a lot more?
> >
> >   I'd love to help, I just don't know if I could handle it.  In this
> small
> > community, I'm not sure how many people could.   If we only had Justin
> back
> > or DevDiv contributing so it could be built in  I guess that ship has
> > sailed.
> >
> > For everyone else, my advice would be to always keep your .NET 
projects
> and
> > WiX projects in different solutions so you can port one to the next
> release
> > and keep the other on an old but tried and true platform.  That's how 
I
> > roll.
> >
> > Chris
> >
> > 
> >  From: "Rob Mensching" 
> > Sent: Wednesday, September 25, 2013 6:20 PM
> > To: "General discussion for Windows Installer XML toolset."
> > 
> > Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
> >
> > BTW, Alex, this is like the 4th time you've asked for VS2013 support 
in
> > Votive. I *highly* recommend you jump in and help write the code to 
add
> > the
> > support or do *something* to take some burden off the people who
> volunteer
> > time on the WiX toolset before asking again.
> >
> > I say this because it's around the 2nd time of asking volunteers to do
> > work
> > for you without offering to help out in anyway that your requests
> actually

Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

[Christopher Painter]

I now see the SDK\VS2010 and SDK\VS2012 folders that include inc and lib 
subfolders.  I suspect this is where much of the work will need to be done 
to make VS specific libs and wired up to the version.  
Unless there is something else I'm missing, I'm thinking that a C++ / WiX 
Installer developer could make relatively short work of this.  I don't 
think there is going to be any scary C# / VSIX work.  (Knock on wood.) 

----
 From: "Christopher Painter" 
Sent: Thursday, September 26, 2013 2:04 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Using WiX 3.7 Votive with VS2013 RC

I wanted to pass on the results of a test I did today.  I started with a 
Win7 VM with IE10 (prereq of VS) and VS2013.  I then performed the 
following steps:

Copy Files from a VS2010/VS2012 Dev Machine to the VM:

[ProgramFilesFolder]WiX Toolset v3.7\bin
IncludeFile.ico
LocationFile.ico
ProductFile.ico
ProjectFile.ico
WixLibraryFile.ico
sconce2010.dll
votive2010.dll

[ProgramFilesFolder]Microsoft Visual Studio 
11.0\Common7\IDE\Extensions\Microsoft\WiX

Edit the extension.vsixmanifest found in the above WiX directory and add a 

new section: 


Ultimate
Premium
Pro
Express_All
 Open VS2012 Native Tools Comand Prompt and execute:
devenv /setup

Results:
Help About shows Windows Installer XML 3.7 and File | New Project shows all 

the expected project types.

I created a setup project and a c# custom action project.  All seemed well. 

I then created a C++ custom action project.  Intellisense gives me 
squigglies saying it can't find things like WcaInitialize but when I build 

the project it compiles.

I hope this helps.  I'm going to keep refining these procedures as I find 
issues.

Regards,
Christopher Painter 
ISWIX, LLC
chr...@iswix.com


--
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=60133471&iu=/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=60133471&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Using WiX 3.7 Votive with VS2013 RC

[Christopher Painter]

I wanted to pass on the results of a test I did today.  I started with a 
Win7 VM with IE10 (prereq of VS) and VS2013.  I then performed the 
following steps:

Copy Files from a VS2010/VS2012 Dev Machine to the VM:

[ProgramFilesFolder]WiX Toolset v3.7\bin
IncludeFile.ico
LocationFile.ico
ProductFile.ico
ProjectFile.ico
WixLibraryFile.ico
sconce2010.dll
votive2010.dll

[ProgramFilesFolder]Microsoft Visual Studio 
11.0\Common7\IDE\Extensions\Microsoft\WiX

Edit the extension.vsixmanifest found in the above WiX directory and add a 
new section: 


 Ultimate
 Premium
 Pro
 Express_All
 Open VS2012 Native Tools Comand Prompt and execute:
devenv /setup

Results:
Help About shows Windows Installer XML 3.7 and File | New Project shows all 
the expected project types.

I created a setup project and a c# custom action project.  All seemed well. 
 I then created a C++ custom action project.  Intellisense gives me 
squigglies saying it can't find things like WcaInitialize but when I build 
the project it compiles.

I hope this helps.  I'm going to keep refining these procedures as I find 
issues.

Regards,
Christopher Painter 
ISWIX, LLC
chr...@iswix.com


--
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=60133471&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [SPAM] Re: Weekly releases

[Christopher Painter]

Rob,

 Are there known votive issues other then it's not wired up to VS2013 yet?  
 The reason I ask is because I just setup a VM with  VS2013 and WiX 3.7 and 
was able to perform a few file copies and devenv /setup (may not be needed, 
will reproduce to confirm )  and get the WiX VSIX package to load in 
VS2012.  I just created a setup project and built an MSI.  Not full testing 
but it seems possible barring any other issues. 

Perhaps there are other issues and you know this and have left it out of 
the installer until it's stable?

Regards,
Chris


 From: "Rob Mensching" 
Sent: Thursday, September 26, 2013 11:43 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] [SPAM] Re: Weekly releases

Yes. Getting into Votive can be daunting. I'm not much help because
I basically know nothing about Votive, I've never worked on it (except to
fix build breaks due to the crazy InternalsVisibleTo attributes I wish
weren't there).

That's why I suggested people could help in other areas. If there were
volunteers helping to fix every single other bug *except* Votive stuff 
then
we'd be in a much better place. Bob calls it pretty straight in his blog
post:
http://www.joyofsetup.com/2013/09/13/getting-from-here-to-there-for-wix-v3-8
/-
"There are no code pixies".

Anyway, my fundamental point is: We will make progress. However, if you're
not helping to fix issues, regularly pinging about progress isn't going to
taken kindly.
PS: I hope the underlying message isn't lost at the end of this thread.
I'll probably need to distill it down to a blog post. Again, thank you to
all of you who have contributed here by answering questions, sending good
bug reports, and, best of all, sending bug fixes and generally helping
improve the WiX toolset. You guys are great. Thanks.
On Wed, Sep 25, 2013 at 5:50 PM, Christopher Painter 
wrote:

>
> Rob,
>
>  What's the LOE for this effort?  I have experience creating installers
> that register project and item templates as well as tweaking project
> templates.  I've done a little bit of AddOn work but not much.  The 
whole
> EnvDTE / VS SDK seemed really complicated to me.   Is it just a few 
things
> that need to be tweaked here and there or is it a lot more?
>
>   I'd love to help, I just don't know if I could handle it.  In this 
small
> community, I'm not sure how many people could.   If we only had Justin 
back
> or DevDiv contributing so it could be built in  I guess that ship has
> sailed.
>
> For everyone else, my advice would be to always keep your .NET projects 
and
> WiX projects in different solutions so you can port one to the next 
release
> and keep the other on an old but tried and true platform.  That's how I
> roll.
>
> Chris
>
> 
>  From: "Rob Mensching" 
> Sent: Wednesday, September 25, 2013 6:20 PM
> To: "General discussion for Windows Installer XML toolset."
> 
> Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
>
> BTW, Alex, this is like the 4th time you've asked for VS2013 support in
> Votive. I *highly* recommend you jump in and help write the code to add
> the
> support or do *something* to take some burden off the people who 
volunteer
> time on the WiX toolset before asking again.
>
> I say this because it's around the 2nd time of asking volunteers to do
> work
> for you without offering to help out in anyway that your requests 
actually
> start to *discourage* volunteers from working on the feature for you. If
> the feature gets done it's often in spite of repeated requests, not
> because
> of them. 
>
> PS: I know I went off on a rant about this same topic a week or so ago 
so
> I
> apologize to those of you that read the list regularly. To those of you
> that regularly answer questions here or write code/fix bugs and 
generally
> help make the WiX toolset better, thank you.
>
> On Wed, Sep 25, 2013 at 3:39 PM, Rob Mensching 
> wrote:
>
> > It's pretty well laid out here: http://www.joyofsetup.com/
> > 2013/09/13/getting-from-here-to-there-for-wix-v3-8/
> >
> >
> > On Wed, Sep 25, 2013 at 1:13 PM, Ivanoff, Alex
> wrote:
> >
> >> Do you have an ETA for VS 2013 support?
> >>
> >>
> >> -Original Message-
> >> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> >> Sent: Wednesday, September 25, 2013 10:46
> >> To: General discussion for Windows Installer XML toolset.
> >> Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
> >>
> >> 2013 support is on the list, but hasn't been completed.
> >

Re: [WiX-users] [SPAM] Re: Weekly releases

[Christopher Painter]

The 2013 RC bits are available:

http://www.microsoft.com/visualstudio/eng/2013-downloads#d-2013-editions

Last I read, RTM is next month and GA is in November.  


 From: "John Cooper" 
Sent: Thursday, September 26, 2013 9:39 AM
To: "chr...@iswix.com" , "General discussion for Windows 
Installer XML toolset." 
Subject: RE: [WiX-users] [SPAM] Re: Weekly releases

I would be very happy to volunteer to do this if the requisite VS 2013 bits 
could be made available to me.

Don't know if my manager can get them from Microsoft under our contract 
with them or not--he's new anyway.

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

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Wednesday, September 25, 2013 7:50 PM
To: General discussion for Windows Installer XML toolset.; General 
discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [SPAM] Re: Weekly releases

Rob,

What's the LOE for this effort?  I have experience creating installers that 
register project and item templates as well as tweaking project templates.  
I've done a little bit of AddOn work but not much.  The whole 
EnvDTE / VS SDK seemed really complicated to me.   Is it just a few things 

that need to be tweaked here and there or is it a lot more?   

I'd love to help, I just don't know if I could handle it.  In this small 
community, I'm not sure how many people could.   If we only had Justin back 

or DevDiv contributing so it could be built in  I guess that ship has 
sailed.

For everyone else, my advice would be to always keep your .NET projects and 
WiX projects in different solutions so you can port one to the next release 
and keep the other on an old but tried and true platform.  That's how I 
roll.

Chris


From: "Rob Mensching" 
Sent: Wednesday, September 25, 2013 6:20 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] [SPAM] Re: Weekly releases

BTW, Alex, this is like the 4th time you've asked for VS2013 support in 
Votive. I *highly* recommend you jump in and help write the code to add the 
support or do *something* to take some burden off the people who volunteer 
time on the WiX toolset before asking again.

I say this because it's around the 2nd time of asking volunteers to do work 
for you without offering to help out in anyway that your requests actually 
start to *discourage* volunteers from working on the feature for you. If 
the feature gets done it's often in spite of repeated requests, not because 
of them. 

PS: I know I went off on a rant about this same topic a week or so ago so I 
apologize to those of you that read the list regularly. To those of you 
that regularly answer questions here or write code/fix bugs and generally 
help make the WiX toolset better, thank you.

On Wed, Sep 25, 2013 at 3:39 PM, Rob Mensching 
wrote:

> It's pretty well laid out here: http://www.joyofsetup.com/ 
> 2013/09/13/getting-from-here-to-there-for-wix-v3-8/
>
>
> On Wed, Sep 25, 2013 at 1:13 PM, Ivanoff, Alex
wrote:
>
>> Do you have an ETA for VS 2013 support?
>>
>>
>> -Original Message-
>> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
>> Sent: Wednesday, September 25, 2013 10:46
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
>>
>> 2013 support is on the list, but hasn't been completed.
>>
>> -Original Message-
>> From: Albert van Peppen [mailto:alb...@insad.nl]
>> Sent: Wednesday, September 25, 2013 10:43 AM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
>>
>> Mainly waiting for VS2013 support.. But I guess that comes later ;)
>>
>> Also to update my archive ;)
>>
>> Best regards,
>>
>> Albert van Peppen
>> ** WiX Releases Archive - All WiX releases since WiX 2.0.5213.0
(January
>> 2008) at http://madbutcher.dyndns.org/snippets/wix/
>>
>> -Oorspronkelijk bericht-
>> Van: Rob Mensching [mailto:r...@robmensching.com]
>> Verzonden: 25 September 2013 17:03
>> Aan: General discussion for Windows Installer XML toolset.
>> Onderwerp: [WiX-users] [SPAM] Re: Weekly releases
>>
>> Yeah. There were no changes until late last week. There will be a new 
>> build soon. Were you waiting for those couple changes?
>>
>>
>> On Wed, Sep 25, 2013 at 1:15 AM, Albert van Peppen 
>> wrote:
>>
>> 

Re: [WiX-users] [SPAM] Re: Weekly releases

[Christopher Painter]

Rob,
 
 What's the LOE for this effort?  I have experience creating installers 
that register project and item templates as well as tweaking project 
templates.  I've done a little bit of AddOn work but not much.  The whole 
EnvDTE / VS SDK seemed really complicated to me.   Is it just a few things 
that need to be tweaked here and there or is it a lot more?   

  I'd love to help, I just don't know if I could handle it.  In this small 
community, I'm not sure how many people could.   If we only had Justin back 
or DevDiv contributing so it could be built in  I guess that ship has 
sailed.

For everyone else, my advice would be to always keep your .NET projects and 
WiX projects in different solutions so you can port one to the next release 
and keep the other on an old but tried and true platform.  That's how I 
roll.

Chris


 From: "Rob Mensching" 
Sent: Wednesday, September 25, 2013 6:20 PM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] [SPAM] Re: Weekly releases

BTW, Alex, this is like the 4th time you've asked for VS2013 support in
Votive. I *highly* recommend you jump in and help write the code to add 
the
support or do *something* to take some burden off the people who volunteer
time on the WiX toolset before asking again.

I say this because it's around the 2nd time of asking volunteers to do 
work
for you without offering to help out in anyway that your requests actually
start to *discourage* volunteers from working on the feature for you. If
the feature gets done it's often in spite of repeated requests, not 
because
of them. 

PS: I know I went off on a rant about this same topic a week or so ago so 
I
apologize to those of you that read the list regularly. To those of you
that regularly answer questions here or write code/fix bugs and generally
help make the WiX toolset better, thank you.

On Wed, Sep 25, 2013 at 3:39 PM, Rob Mensching  
wrote:

> It's pretty well laid out here: http://www.joyofsetup.com/
> 2013/09/13/getting-from-here-to-there-for-wix-v3-8/
>
>
> On Wed, Sep 25, 2013 at 1:13 PM, Ivanoff, Alex 
wrote:
>
>> Do you have an ETA for VS 2013 support?
>>
>>
>> -Original Message-
>> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
>> Sent: Wednesday, September 25, 2013 10:46
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
>>
>> 2013 support is on the list, but hasn't been completed.
>>
>> -Original Message-
>> From: Albert van Peppen [mailto:alb...@insad.nl]
>> Sent: Wednesday, September 25, 2013 10:43 AM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] [SPAM] Re: Weekly releases
>>
>> Mainly waiting for VS2013 support.. But I guess that comes later ;)
>>
>> Also to update my archive ;)
>>
>> Best regards,
>>
>> Albert van Peppen
>> ** WiX Releases Archive - All WiX releases since WiX 2.0.5213.0 
(January
>> 2008) at http://madbutcher.dyndns.org/snippets/wix/
>>
>> -Oorspronkelijk bericht-
>> Van: Rob Mensching [mailto:r...@robmensching.com]
>> Verzonden: 25 September 2013 17:03
>> Aan: General discussion for Windows Installer XML toolset.
>> Onderwerp: [WiX-users] [SPAM] Re: Weekly releases
>>
>> Yeah. There were no changes until late last week. There will be a new
>> build soon. Were you waiting for those couple changes?
>>
>>
>> On Wed, Sep 25, 2013 at 1:15 AM, Albert van Peppen 
>> wrote:
>>
>> > Hmm, the latest release is still dated August 26, 2013 (WiX 
3.8.826.0)
>> >
>> > Best regards,
>> >
>> > Albert van Peppen
>> >
>> > ** WiX Releases Archive - All WiX releases since WiX 2.0.5213.0
>> > (January
>> > 2008) at http://madbutcher.dyndns.org/snippets/wix/
>> >
>> > -Oorspronkelijk bericht-
>> > Van: Rob Mensching [mailto:r...@robmensching.com]
>> > Verzonden: 25 September 2013 08:33
>> > Aan: General discussion for Windows Installer XML toolset.
>> > Onderwerp: Re: [WiX-users] Weekly releases
>> >
>> > They should be back now.
>> >
>> >
>> > On Tue, Sep 24, 2013 at 10:01 PM, Ivanoff, Alex
>> > > > >wrote:
>> >
>> > > When will weekly releases be back?
>> > >
>> > > 

>> > > --
>> > >  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=60133471&iu=/4140/ostg
>> > > .c lktrk ___
>> > > WiX-users mailing list
>> > > WiX-users@lists.sourceforge.net
>> > > https://lists.sourceforge.net/lists/listinfo/wix-users
>> > >
>> > >
>> >
>> > 
--
>> >  October Webinars: Code for Perfor

Re: [WiX-users] Merge Module question...

[Christopher Painter]

It's a warning not an error.  The way I get around this is to set the 
Directory to subfolders like x86 and x64 and then use the DuplicateFile 
table to get the right file installed to the right directory.


 From: "StevenOgilvie" 
Sent: Tuesday, September 24, 2013 1:26 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Merge Module question...

I have added it back to 1 WIXLIB

when I compile it works but I get this error twice for each merge module:
Warning 22  ICE30: The target file 'kd1er3dy.dll|SQLite.Interop.dll' might 
be
installed in '[TARGETDIR]\EnterpriseAuditLogService\' by two different
conditionalized components on an LFN system:
'cmp_SQLite.Interop_x86.9EFC3F5B_3D47_4233_A162_371DEF5D8E92' and
'cmp_SQLite.Interop_x64.9EFC3F5B_3D47_4233_A162_371DEF5D8E92'. If the
conditions are not mutually exclusive, this will break the component
reference counting system.  C:\Dev\Core
Technologies\Main\Setup\TitusServices\TitusSQLiteLib\Library.wxs18  
1
TitusEnterpriseAuditLogServicesMergeModule

each component (2 components each x 1 for x86 and 1 for x64)

i.e.



< ! [ CDATA [NOT Installed AND NOT VersionNT64 ] ]
>

have to put spaces on the condition or nabble removes the whole line :(
for x64 take the NOT VersionNT64 to just VersionNT64

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Merge-Module-q
uestion-tp7589180p7589182.html
Sent from the wix-users mailing list archive at Nabble.com.


--
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=60133471&iu=/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=60133471&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall removing user data

[Christopher Painter]

Thanks Phil.  I'm not sure why I was thinking that a version of the 
create/modified check also applied to uninstalls.

I turned 40 this week so I guess it's all downhill from here...


 From: "Phil Wilson" 
Sent: Sunday, September 22, 2013 12:08 PM
To: chr...@iswix.com, "General discussion for Windows Installer XML 
toolset." 
Subject: Re: [WiX-users] Uninstall removing user data

 The rule is that if MSI installs it, then an uninstall will uninstall it. 
The modify/creation date difference is what determines whether to overwrite 
it, not uninstall it. User data is created by the app, not installed with 
the app, in this context that's the way I look at it.(Unless I'm having 
a senior moment too) Phil Wilson  

On Sat, Sep 21, 2013 at 10:50 AM, Christopher Painter  
wrote:
 I'm having a senior moment with what seemed like a pretty simple and well
established concept in windows installer: don't uninstall user data.

I created a very simple installer with a single component / file  (
test.txt ).  I tested with test.txt as the key file and with no key file (
directory).   In the test (on a clean VM of course )  I wanted to see if
uninstall would leave the file behind after I had modified the file to
contain user data.

Despite the creation data and modification date of the file being
different,  MSI always uninstalled the file.

I'm a little puzzled as I didn't expect this.  Am I forgetting something?


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, 
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack 
includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13.
http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk


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


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set a Condition in custom action

[Christopher Painter]

There isn't a custom action type that sets a condition.  In fact custom 
actions and conditions aren't directly related.  ControlEvent Table entries 
and Sequence Table entries have conditions.  DoAction ControlEvents can 
reference the custom action.

The condition is merely the evaluation of an expression that typically 
contains a property.  You would need to write a custom action that checked 
for the existence of your virtual directory and set a property with the 
result.  You could then use that property in a condition for your other 
custom action.

But if you are using WiX's built in IIS extension, the vdir shouldn't be 
getting created during a failed install.  The rollback should remove it 
automatically.  Are you using this?


 From: "Chaitanya" 
Sent: Saturday, September 21, 2013 5:30 AM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Set a Condition in custom action

Hi,
Iam setting a custom action for creating IIS virtual 
Directories.when i install the MSI the IIS virtual directory is creating 
Fine no issue.
In, custom action i gave a condition called "NOT Installed and NOT 
PATCH" when i give this condition the custom action will run only the 
time when it Installs nor UN-install nor repair/remove.
But,If the installation is failed it is creating the virtual directory 
when I try to install it again i have to delete the IIS virtual 
directory and have to proceed the Installation.

Is there any condition to check the Virtual directory,If the virtual 
directory is present the installation have to skip or else it has to 
create.

Thanks & Regards,
Chaitanya.


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, 
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack 
includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk


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


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Uninstall removing user data

[Christopher Painter]

I'm having a senior moment with what seemed like a pretty simple and well 
established concept in windows installer: don't uninstall user data.

I created a very simple installer with a single component / file  ( 
test.txt ).  I tested with test.txt as the key file and with no key file ( 
directory).   In the test (on a clean VM of course )  I wanted to see if 
uninstall would leave the file behind after I had modified the file to 
contain user data.

Despite the creation data and modification date of the file being 
different,  MSI always uninstalled the file.

I'm a little puzzled as I didn't expect this.  Am I forgetting something?

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extract Binary file from MSI to Temp folder using C#

[Christopher Painter]

Since you mention c#  I assume you are using DTF.   DTF allows you to add a 
file as content to the custom action CSPROJ and it'll automatically extract 
to the current directory in TEMP and cleanup at the end of execution for 
you.  You wouldn't have to write any code.  Would this fit your needs? 


 From: "ak m" 
Sent: Tuesday, September 03, 2013 8:10 AM
To: chr...@iswix.com, "General discussion for Windows Installer XML 
toolset." 
Subject: Re: [WiX-users] Extract Binary file from MSI to Temp folder using 
C#

custom action during install...

 On Tue, Sep 3, 2013 at 5:46 PM, Christopher Painter  
wrote:
 Is this for an application extracting a resource or for a custom action
during an install?


 From: "ak m" 
Sent: Monday, September 02, 2013 7:21 AM
To: "General discussion for Windows Installer XML toolset."

Subject: [WiX-users] Extract Binary file from MSI to Temp folder using C#

Dear All,

Code to Extract Binary file from MSI to Temp folder using C#

Anyone Plz help me on this?

Thanks in Advance...

Anil


--
  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=58040911&iu=/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=58040911&iu=/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=58040911&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extract Binary file from MSI to Temp folder using C#

[Christopher Painter]

Is this for an application extracting a resource or for a custom action 
during an install?


 From: "ak m" 
Sent: Monday, September 02, 2013 7:21 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: [WiX-users] Extract Binary file from MSI to Temp folder using C#

Dear All,

Code to Extract Binary file from MSI to Temp folder using C#

Anyone Plz help me on this?

Thanks in Advance...

Anil

--
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=58040911&iu=/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=58040911&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Versioning on small updates

[Christopher Painter]

Can someone explain to me the rational behind the definition of a "small 
update"?   My CM background has never liked the though of shipping a new MSI 
that had the same ProductVersion as a previous MSI.  Even if the PackageCode 
GUID is different.  It just doesn't make sense to me.


 From: "David Watson" 
Sent: Tuesday, August 06, 2013 10:49 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] Versioning on small updates

You need to update the file version to allow windows installer to know
whether or not to overwrite any existing file.
http://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).asp
x

I don't think the string version is used but I always keep them both in sync
anyway.
Windows installer honours and recognises all four parts of file versions (you
are correct that it only recognises the first 3 parts of msi product
versions).

-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
Sent: 06 August 2013 06:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Versioning on small updates

According to the MSDN documentation, small updates are for small fixes that
don't change the product version. But I can't find definite information on
what to do with *file* versions. Do I still need to increase the file version
(in the VERSIONINFO resource) of Win32 PE files that I modify in a small
update patch?

If yes, is that the numeric FILEVERSION, the string FileVersion, or both? And
can I bump only the 4th component, or does Windows Installer only take the
first three into account? (Perhaps I'm mixing things up and that's only for
MSI product versions, not file versions...)

--
Nicolás

-
-
Get your SQL database under version control now!
Version control is standard for application code, but databases havent caught
up. So what steps can you take to put your SQL databases under version
control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
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. 
-- 
Get your SQL database under version control now! Version control is standard 
for application code, but databases havent caught up. So what steps can you 
take to put your SQL databases under version control? Why should you start 
doing it? Read more to find out. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users