[WiX-users] Heat error

[Jeremiahf]

The Class element's ForeignServer or Server attribute was not found; one of
these is required.


Hello all,

I have looked around online and found some developers have run into this. I
have not been able to find a solution to get around this error.

I am harvesting a directory using the Pre-build Event Command Line using
these switches -gg -sf -srd -suid -svb6  and have 3.7 installed using VS
2012.

Any idea's?

Thank you in advance,

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

Re: [WiX-users] Heat error

[Jeremiahf]

Added -scom and got around the issue. :)

J


On Fri, Aug 9, 2013 at 11:21 AM, Jeremiahf  wrote:

> The Class element's ForeignServer or Server attribute was not found; one
> of these is required.
>
>
> Hello all,
>
> I have looked around online and found some developers have run into this.
> I have not been able to find a solution to get around this error.
>
> I am harvesting a directory using the Pre-build Event Command Line using
> these switches -gg -sf -srd -suid -svb6  and have 3.7 installed using VS
> 2012.
>
> Any idea's?
>
> Thank you in advance,
>
> J
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://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

Re: [WiX-users] When will 3.8 RC be available?

[Jeremiahf]

a stable RC that is. :)


On Wed, Sep 11, 2013 at 3:10 PM, Jeremiahf  wrote:

> Just Curious. There are some fixes I have read about that I could
> utilize.. E.g. "The CustomAction element needs a HideTarget as well.
> That'd be a bug in the
> WiX toolset."  -RM
>
> There are some custom actions that I have that contain passwords in plain
> text and I cannot get to not display in plain text. I have included
> HideTarget="yes" and it has no affect.
> Thoughts?
>
> Thank you,
>
> J
>
>
>


-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] When will 3.8 RC be available?

[Jeremiahf]

Just Curious. There are some fixes I have read about that I could utilize..
E.g. "The CustomAction element needs a HideTarget as well. That'd be a bug
in the
WiX toolset."  -RM

There are some custom actions that I have that contain passwords in plain
text and I cannot get to not display in plain text. I have included
HideTarget="yes" and it has no affect.
Thoughts?

Thank you,

J
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Filter/Exclude subfolders when harvesting with heat & xslt

[Jeremiahf]

Hello all,

I have been trying to find information or an example to filter/exclude a
particular folder in a directory that is getting harvested by heat. I
currently am using -t Filter.xslt within the heat command line to exclude
certain binaries from being harvested successfully. However, instead of
listing a ton of files in the filter list I would like to just exclude a
particular subfolder in one line. :)

Here is an example of the xslt file I am using.


http://www.w3.org/1999/XSL/Transform";
xmlns:wix="http://schemas.microsoft.com/wix/2006/wi";>
  
  

  

  



  
  



Is anyone familiar with the using .xslt and how to filter/exclude specified
target folders from being harvested?

Thank you,

J
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] When will 3.8 RC be available?

[Jeremiahf]

Thanks for the info Rob.

Cheers,
J


On Wed, Sep 11, 2013 at 11:05 PM, Rob Mensching wrote:

> WiX v3.8 schedule is not yet decided. These pieces of data may be useful:
>
> 1. http://www.youtube.com/watch?v=qS2S1uHcSFU
> 2. http://www.joyofsetup.com/2013/09/05/wix-v3-x-the-new-stable-wix-plan/
>
>
> On Wed, Sep 11, 2013 at 1:18 PM, Jeremiahf  wrote:
>
> > a stable RC that is. :)
> >
> >
> > On Wed, Sep 11, 2013 at 3:10 PM, Jeremiahf  wrote:
> >
> > > Just Curious. There are some fixes I have read about that I could
> > > utilize.. E.g. "The CustomAction element needs a HideTarget as well.
> > > That'd be a bug in the
> > > WiX toolset."  -RM
> > >
> > > There are some custom actions that I have that contain passwords in
> plain
> > > text and I cannot get to not display in plain text. I have included
> > > HideTarget="yes" and it has no affect.
> > > Thoughts?
> > >
> > > Thank you,
> > >
> > > J
> > >
> > >
> > >
> >
> >
> > --
> > "They may forget what you said but they will never forget how you made
> them
> > feel." -- Anonymous
> >
> >
> --
> > How ServiceNow helps IT people transform IT departments:
> > 1. Consolidate legacy IT systems to a single system of record for IT
> > 2. Standardize and globalize service processes across IT
> > 3. Implement zero-touch automation to replace manual, redundant tasks
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] R: VS 2012 + Wix 3.X problem

[Jeremiahf]

Just a note you cannot do a repair of WIX when trying to resolve the issue.
I have had a similar issue and had to uninstall WIX and reinstall WIX on
top of VS 2012.

Order of installation.

1. VS2012
2. WIX 3.x


On Mon, Oct 21, 2013 at 1:37 PM, John Cooper  wrote:

> Inline it (brutal) or put it on a publically available share link and pass
> the URL.
>
> --
> 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: Edmondo Porcu [mailto:edmondo.po...@gottexbrokers.com]
> Sent: Monday, October 21, 2013 12:52 PM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] R: VS 2012 + Wix 3.X problem
>
> Ops! Any suggestion?? :)))
>
>
> Inviato da Samsung Mobile
>
>
>
>  Messaggio originale 
> Da: Nicolás Alvarez 
> Data: 21/10/2013 19:44 (GMT+01:00)
> A: "General discussion about the WiX toolset." <
> wix-users@lists.sourceforge.net>
> Oggetto: Re: [WiX-users] VS 2012 + Wix 3.X problem
>
>
> 2013/10/21 Edmondo Porcu :
> > How can I see what have gone wrong during setup? I have been reading
> these should be the correct log, I have attached them here...
>
> You can't post attachments to this mailing list.
>
> --
> 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=60135031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit 
> http://www.symanteccloud.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
> 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.
>
>
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] Prompt User before upgrading

[Jeremiahf]

Are you using a UI?


On Wed, Jan 22, 2014 at 10:56 AM, Brian Enderle  wrote:

> Is there a way using 'MajorUpgrade' to prompt the user with a message
> (either in the installer window or via a pop-up window) that running this
> installer will remove previous versions of this product and let the user
> select to either cancel or continue?
>
>
> Brian
>
> If you can't explain it simply, you don't understand it well enough.  -
> Albert Einstein
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] SqlScript with large schema setup

[Jeremiahf]

Why not right click on the DB, tasks and generate in MS? What version of
SQL?


On Thu, Jan 23, 2014 at 10:52 AM, Levi Wilson  wrote:

> I am using a  to create our database schema. I exported the
> schema using RedGate. The file is 10MB (I know, I know...). Everything
> works as expected, but during the installation the "Configuring SQL Server"
> takes forever.
>
> I know, 10MB file with 144k lines of SQL to parse is a lot...is there a
> better alternative to getting this initial script created?
>
> Thanks in advance,
>
> Levi
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] Do Not Remove Pinned Taskbar Shortcuts on Install or Upgrade (Windows 7)

[Jeremiahf]

 



On Thu, Jan 23, 2014 at 9:47 AM, C B  wrote:

> During an installation or major upgrade, if a user has pinned the
> application to their task bar, then after the installation has completed,
> the taskbar shortcut is removed from "\AppData\Roaming\Microsoft\Internet
> Explorer\Quick Launch\User Pinned\TaskBar". The shortcut remains inside the
> taskbar, but a blank-file icon (see image link below) is left in its place.
> Clicking the shortcut will cause it to disappear immediately.
>
> http://i.stack.imgur.com/kz1zW.png
>
> I would like to make it such that the taskbar shortcut is not removed at
> all when installing or running a major upgrade. It can be frustrating if
> the taskbar shortcut breaks during every update (updates are weekly).
>
> Is this possible? I've read about modifying the value for
> RemoveExistingProducts (i.e. changing from InstallValidate to
> InstallFinalize), but I do not know if this will be viable alternative at
> this point due to the components used.
>
> Thanks.
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] Prompt User before upgrading

[Jeremiahf]

You could use WIX_UPGRADE_DETECTED as a condition.


On Thu, Jan 23, 2014 at 11:57 AM, Brian Enderle  wrote:

> Yes, I am using the WIXUI_InstallDir.
>
> Brian
>
> Brian
>
> If you can't explain it simply, you don't understand it well enough.  -
> Albert Einstein
>
>
> On Thu, Jan 23, 2014 at 11:57 AM, Jeremiahf  wrote:
>
> > Are you using a UI?
> >
> >
> > On Wed, Jan 22, 2014 at 10:56 AM, Brian Enderle 
> wrote:
> >
> > > Is there a way using 'MajorUpgrade' to prompt the user with a message
> > > (either in the installer window or via a pop-up window) that running
> this
> > > installer will remove previous versions of this product and let the
> user
> > > select to either cancel or continue?
> > >
> > >
> > > Brian
> > >
> > > If you can't explain it simply, you don't understand it well enough.  -
> > > Albert Einstein
> > >
> > >
> >
> --
> > > 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
> > >
> >
> >
> >
> > --
> > "They may forget what you said but they will never forget how you made
> them
> > feel." -- Anonymous
> >
> >
> --
> > 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] VB6 OCX And Harvest

[Jeremiahf]

I always do it in the Pre-build event command line. My example.

"$(WIX)bin\heat.exe" dir "$(ProjectDir)..\folder\files" -dr INSTALLLOCATION
-cg someGroup -gg -sf -srd -svb6 -var "var.somevar" -out
"$(ProjectDir)someGroup.wxs"


On Thu, Jan 23, 2014 at 1:38 AM, Graham Allwood wrote:

> Hi,
>
> I have three VB6 components in a VB6 project I want to install and
> register. Two are ocx's and one is a dll. I see in the SDK Docs there is a
> -svb6 option for Harvest which I think I need to use. Is this right?
>
> I am actually using MSBUILD and the Harvestfile element. There doesn't
> seem to be a property for the above option.
>
> Does anyone know how to use HarvestFile with a VB6 COM dll?
>
> Thanks for your help
>
> Graham Allwood
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] Making a symbolic link in an installer

[Jeremiahf]

Are you using
 InstallPrivileges="elevated"
 InstallScope="perMachine"/>
in 


On Fri, Jan 24, 2014 at 4:12 PM, Scott Palmer  wrote:

> Can someone show me code that can successfully do it?
>
> I tried:
>
>ExeCommand='[SystemFolder]cmd.exe /K mklink /D mylink
> "[$(var.linkDest)]"' Execute="deferred" Impersonate="no" />
>
> 
>  Before="InstallFinalize">$needALinkForThisComp=3 
>
> 
>
> I'm running on Windows 7
>
> The cmd window that pops up (titled: "Administrator:
> C:\Windows\SysWOW64\cmd.exe") indicates that the System user doesn't have
> permission to make a symbolic link (thanks Microsoft!):
> "You do not have sufficient privilege to perform this operation."
>
>
> Thanks,
>
> Scott
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] Making a symbolic link in an installer

[Jeremiahf]

Interesting... does it not work with removing the quotes from
"[$(var.linkDest)]"' ? btw... I copied your line and there is an extra '
after "[$(var.linkDest)]". I pasted it in notepad and saw it more clear.

Check this out.

http://www.windows7home.net/how-to-create-symbolic-link-in-windows-7/

use runas if you need to really need to rock the cmd.exe

C:\>runas /user:\administrator cmd.exe /c mklink /D
some_link_name  some_directory_path


C:\>runas /user:\ cmd

ref from: C:\>runas /user:\ cmd

cheers



On Fri, Jan 24, 2014 at 4:12 PM, Scott Palmer  wrote:

> Can someone show me code that can successfully do it?
>
> I tried:
>
>ExeCommand='[SystemFolder]cmd.exe /K mklink /D mylink
> "[$(var.linkDest)]"' Execute="deferred" Impersonate="no" />
>
> 
>  Before="InstallFinalize">$needALinkForThisComp=3 
>
> 
>
> I'm running on Windows 7
>
> The cmd window that pops up (titled: "Administrator:
> C:\Windows\SysWOW64\cmd.exe") indicates that the System user doesn't have
> permission to make a symbolic link (thanks Microsoft!):
> "You do not have sufficient privilege to perform this operation."
>
>
> Thanks,
>
> Scott
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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] Do Not Remove Pinned Taskbar Shortcuts on Install or Upgrade (Windows 7)

[Jeremiahf]

Guess I misunderstood the question.


On Thu, Jan 23, 2014 at 6:40 PM, Nicolás Alvarez
wrote:

> "Permanent" would make it stay after an uninstall too, which is
> probably not wanted.
>
> --
> Nicolás
>
> 2014/1/23 Jeremiahf :
> >   Permanent="yes">
> >
> >
> >
> > On Thu, Jan 23, 2014 at 9:47 AM, C B  wrote:
> >
> >> During an installation or major upgrade, if a user has pinned the
> >> application to their task bar, then after the installation has
> completed,
> >> the taskbar shortcut is removed from
> "\AppData\Roaming\Microsoft\Internet
> >> Explorer\Quick Launch\User Pinned\TaskBar". The shortcut remains inside
> the
> >> taskbar, but a blank-file icon (see image link below) is left in its
> place.
> >> Clicking the shortcut will cause it to disappear immediately.
> >>
> >> http://i.stack.imgur.com/kz1zW.png
> >>
> >> I would like to make it such that the taskbar shortcut is not removed at
> >> all when installing or running a major upgrade. It can be frustrating if
> >> the taskbar shortcut breaks during every update (updates are weekly).
> >>
> >> Is this possible? I've read about modifying the value for
> >> RemoveExistingProducts (i.e. changing from InstallValidate to
> >> InstallFinalize), but I do not know if this will be viable alternative
> at
> >> this point due to the components used.
> >>
> >> Thanks.
>
>
> --
> 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
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
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

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

[Jeremiahf]

Has anyone had luck with this?



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



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

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

[Jeremiahf]

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

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



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

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

J


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

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



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

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

[Jeremiahf]

Sure thing...

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

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


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

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

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

[Jeremiahf]

Hi Steve,

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


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

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

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

[Jeremiahf]

Are you sure this is correct?

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

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

J


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

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



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

Re: [WiX-users] add files with heat

[Jeremiahf]

In visual studio under build you need to define a preprocessor variable
that points to the location of the root directory. Example:
DatabaseDir=..\Folder.
Then under build events you need to write a Pre-build Event command line to
have heat generate the wxs file every time you make a build.
Example: "$(WIX)bin\heat.exe" dir "$(ProjectDir)..\Folder" -dr
INSTALLLOCATION -cg NameofyourGroup -gg -sf -srd -var "var.DatabaseDir"
-out "$(ProjectDir)..\wxsfolder\NameofyourGroup .wxs".

Hope this is what you were looking for.

J


On Fri, May 3, 2013 at 6:03 AM, Victor Mukherjee wrote:

> Hi,
>
> I was looking for a way to add files from multiple directories with
> HeatDirectory element.
> Also, I would like to know if there is a way to append the fragment
> generated by HeatDirectory to an existing .wxs file.
>
> Regards,
> Victor Mukherjee
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



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

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

[Jeremiahf]

Steven,

"Tried adding: HideTarget="yes" that didn't help" Indeed!

I'm even tried to remove logging from the custom action and I still see the
password...
I've even checked MsiHiddenProperties and see that PASSWORD is listed along
with CA_DBAction... Not in SecureCustomProperties... I added secure="yes"
and now it is there.. Execute the installer with logging and it is still
unsecure in plain text in the log. It must be between the MSI installer and
the SQL connection that is being made. Thoughts?

J


On Fri, May 3, 2013 at 1:48 PM, Steven Ogilvie wrote:

> I was not using managed code custom actions...
>
> I was doing:
> 
>
>  Property="CA_WebAppPoolPassword."
> Value="WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]"/>
> Tried adding: HideTarget="yes" that didn't help
> 
>After="CA_DataBasePassword.SetProperty">NOT Installed
>
> This property was in a custom dialog:
>  Y="152" Text="Web App Pool user password:" Transparent="yes" NoPrefix="yes"
> />
>  Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
>  Order="9">1
>
> It was the custom action " CA_WebAppPoolPassword.SetProperty " that was
> displaying the property in the MSI log file.
>
> Took it out and now the password is not being displayed in plain letters...
>
> Steve
>
>
> -Original Message-
> From: Phil Wilson [mailto:phil.wil...@mvps.org]
> Sent: May-03-13 2:27 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> The way it works in MSI isn't really mysterious. Basically the property
> name needs to be public (and that means it must be all uppercase). If WiX
> does its thing properly then you can open the generated MSI file with an
> editor such as Orca, look in the Properties table, and in the Property
> table there'll be a SecureCustomProperties property and your property name
> will be in that list.
>
> This works. If it didn't work then Microsoft would be all over it as a
> security bug.
>
> Generally speaking, people get account passwords from a MSI dialog and
> store it in a property such as MYPASSWORD, and then pass it to a custom
> action that uses it.
>
> However, you're using managed code custom actions, and it seems from the
> log that the (DTF?) code just does its own logging into the MSI log without
> caring whether there's a password in there. So it may be a DTF thing, not
> sure, and if it is then HideTarget etc won't help at all. The short answer
> is that if the DTF code is logging a connection string that typically
> contains a password, then it probably shouldn't.
>
> Phil
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Thursday, May 02, 2013 4:17 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> Hi Steve,
>
> My requirements are strictly to use command line. Crazy? Maybe. I have to
> say I have seen this topic all over blogs. Seems like there is always a
> way, you just have to figure out how
>
>
> On Thu, May 2, 2013 at 5:43 PM, Steven Ogilvie
> wrote:
>
> > Hmm... I commented out my custom action that sets the property:
> > 
> >
> > And ran the install, everything worked and my Web App Pool + Web site
> > launched without errors (would have failed if I didn't have a password
> > for the Web App Pool)
> >
> > However I do publish the property during the UI:
> >  > Order="9">1 (my web site info dialog page during install)
> >
> > I checked my MSI log file and there wasn't any viewable strings for
> > the WebAppPool_Password it was all: WEBAPPPOOL_PASSWORD property. Its
> > value is '**'
> >
> > Publish your password within the UI area and see if that works...
> > (also commenting out your custom action to set the property
> >
> > Steve
> >
> > -Original Message-
> > From: Jeremiahf [mailto:jeremi...@gmail.com]
> > Sent: May-02-13 6:29 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Hide/blank out Passwords in MSI log file
> >
> > Sure thing...
> >
> > Action start 17:26:56: CA_DBAction.
> > Action ended 17:26:56: CA_DBAction. Return value 1.
> > Action start 17:26:56: InstallFinalize.
> > SFXCA: Extracting custom action to tempo

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

[Jeremiahf]

Hi Rob,

I'm pretty certain it is the installer logging what the custom action is
doing. I ran the installer in verbose mode and noticed the password and
server parameters were not being displayed in plain text.
 MSI (c) (A8:F8) [09:58:01:363]: Command Line: USERNAME=sa
PASSWORD=** SERVER=**
Then when my custom action is called it is logging sql connection string in
plain text.
Begin DatabaseCA
Connecton String: Data Source=source;Packet Size=4096;Uid=sqluser;Pwd=
mypassword

J


On Sat, May 4, 2013 at 1:49 AM, Rob Mensching  wrote:

> Is the message showing the password actually being logged by the custom
> action itself?
>
>
> On Fri, May 3, 2013 at 3:53 PM, Jeremiahf  wrote:
>
> > Steven,
> >
> > "Tried adding: HideTarget="yes" that didn't help" Indeed!
> >
> > I'm even tried to remove logging from the custom action and I still see
> the
> > password...
> > I've even checked MsiHiddenProperties and see that PASSWORD is listed
> along
> > with CA_DBAction... Not in SecureCustomProperties... I added secure="yes"
> > and now it is there.. Execute the installer with logging and it is still
> > unsecure in plain text in the log. It must be between the MSI installer
> and
> > the SQL connection that is being made. Thoughts?
> >
> > J
> >
> >
> > On Fri, May 3, 2013 at 1:48 PM, Steven Ogilvie  > >wrote:
> >
> > > I was not using managed code custom actions...
> > >
> > > I was doing:
> > > 
> > >
> > >  > > Property="CA_WebAppPoolPassword."
> > > Value="WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]"/>
> > > Tried adding: HideTarget="yes" that didn't help
> > > 
> > >> > After="CA_DataBasePassword.SetProperty">NOT Installed
> > >
> > > This property was in a custom dialog:
> > >  > > Y="152" Text="Web App Pool user password:" Transparent="yes"
> > NoPrefix="yes"
> > > />
> > >  X="180"
> > > Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
> > >  > > Order="9">1
> > >
> > > It was the custom action " CA_WebAppPoolPassword.SetProperty " that was
> > > displaying the property in the MSI log file.
> > >
> > > Took it out and now the password is not being displayed in plain
> > letters...
> > >
> > > Steve
> > >
> > >
> > > -Original Message-
> > > From: Phil Wilson [mailto:phil.wil...@mvps.org]
> > > Sent: May-03-13 2:27 PM
> > > To: 'General discussion for Windows Installer XML toolset.'
> > > Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> > > file
> > >
> > > The way it works in MSI isn't really mysterious. Basically the property
> > > name needs to be public (and that means it must be all uppercase). If
> WiX
> > > does its thing properly then you can open the generated MSI file with
> an
> > > editor such as Orca, look in the Properties table, and in the Property
> > > table there'll be a SecureCustomProperties property and your property
> > name
> > > will be in that list.
> > >
> > > This works. If it didn't work then Microsoft would be all over it as a
> > > security bug.
> > >
> > > Generally speaking, people get account passwords from a MSI dialog and
> > > store it in a property such as MYPASSWORD, and then pass it to a custom
> > > action that uses it.
> > >
> > > However, you're using managed code custom actions, and it seems from
> the
> > > log that the (DTF?) code just does its own logging into the MSI log
> > without
> > > caring whether there's a password in there. So it may be a DTF thing,
> not
> > > sure, and if it is then HideTarget etc won't help at all. The short
> > answer
> > > is that if the DTF code is logging a connection string that typically
> > > contains a password, then it probably shouldn't.
> > >
> > > Phil
> > >
> > > -Original Message-
> > > From: Jeremiahf [mailto:jeremi...@gmail.com]
> > > Sent: Thursday, May 02, 2013 4:17 PM
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> > > file
> > >

Re: [WiX-users] Bundle Package Install Failure

[Jeremiahf]

Sorry, it was a very long day.

Have you tried running the installer as administrator?


On Sat, May 4, 2013 at 1:25 AM, - Arzola -  wrote:

> Yes.  As seen below, the installer is detecting that the required .net
> framework 4.0 is already present with no need to install.
>
> [063C:11BC][2013-05-03T19:00:12]i201: Planned package:
> NetFx40ClientRedist, state: Present, default requested: Present, ba
> requested: Present, execute: None, rollback: None, cache: No, uncache: No,
> dependency: None
>  > CC: wix-users@lists.sourceforge.net
> > From: jeremi...@gmail.com
> > Date: Fri, 3 May 2013 22:51:15 -0500
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Bundle Package Install Failure
> >
> > Do you have the correct version of .net installed?
> >
> >
> >
> > On May 3, 2013, at 7:43 PM, - Arzola -  wrote:
> >
> > > Hello,One of our clients is encountering a setup failure with the
> following msg:  '0X80070002 - The system cannot find the file
> specified.'The log file is below.  The install scope is perMachine. Any
> ideas on why it would be failing when trying to cache the bundle?  This is
> the first time we've encountered this after many successful installations
> and is rather urgent.  Any insight would be greatly appreciated...
>  [063C:11BC][2013-05-03T19:00:08]i001: Burn v3.7.1224.0, Windows v6.1
> (Build 7601: Service Pack 1), path:
> C:\Systems\Product_1\Product_1\Setup.exe, cmdline: '-burn.unelevated
> BurnPipe.{1DE19E8A-81A6-4AA5-BF48-70A9F6456F73}
> {6B32BA48-178D-44AA-B502-0EE1BD74773C} 716'
> > > [063C:11BC][2013-05-03T19:00:08]i000: Setting string variable
> 'WixBundleLog' to value
> 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008.log'
> > > [063C:11BC][2013-05-03T19:00:08]i000: Setting string variable
> 'WixBundleOriginalSource' to value
> 'C:\Systems\Product_1\Product_1\Setup.exe'
> > > [063C:11BC][2013-05-03T19:00:08]i052: Condition '((VersionNT >= v5.1)
> AND (ServicePackLevel >= 3)) OR ((VersionNT >= v5.2) AND (ServicePackLevel
> >= 2)) OR (VersionNT >= v6.0)' evaluates to true.
> > > [063C:11BC][2013-05-03T19:00:08]i000: Setting string variable
> 'WixBundleName' to value 'ProductName'
> > > [063C:11BC][2013-05-03T19:00:09]i100: Detect begin, 5 packages
> > > [063C:11BC][2013-05-03T19:00:09]i000: Setting string variable
> 'NETFRAMEWORK40CLIENT' to value '1'
> > > [063C:11BC][2013-05-03T19:00:09]i052: Condition 'NETFRAMEWORK40CLIENT'
> evaluates to true.
> > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package:
> NetFx40ClientRedist, state: Present, cached: None
> > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package: Drivers64bit,
> state: Absent, cached: None
> > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package: Drivers32bit,
> state: Absent, cached: None
> > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package: App64bit,
> state: Absent, cached: None
> > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package: App32bit,
> state: Absent, cached: None
> > > [063C:11BC][2013-05-03T19:00:09]i199: Detect complete, result: 0x0
> > > [063C:11BC][2013-05-03T19:00:12]i200: Plan begin, 5 packages, action:
> Install
> > > [063C:11BC][2013-05-03T19:00:12]w321: Skipping dependency registration
> on package with no dependency providers: NetFx40ClientRedist
> > > [063C:11BC][2013-05-03T19:00:12]i052: Condition 'VersionNT64'
> evaluates to true.
> > > [063C:11BC][2013-05-03T19:00:12]i000: Setting string variable
> 'WixBundleRollbackLog_Drivers64bit' to value
> 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008_0_Drivers64bit_rollback.log'
> > > [063C:11BC][2013-05-03T19:00:12]i000: Setting string variable
> 'WixBundleLog_Drivers64bit' to value
> 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008_0_Drivers64bit.log'
> > > [063C:11BC][2013-05-03T19:00:12]i052: Condition 'NOT VersionNT64'
> evaluates to false.
> > > [063C:11BC][2013-05-03T19:00:12]i052: Condition 'VersionNT64'
> evaluates to true.
> > > [063C:11BC][2013-05-03T19:00:12]i000: Setting string variable
> 'WixBundleRollbackLog_App64bit' to value
> 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008_1_App64bit_rollback.log'
> > > [063C:11BC][2013-05-03T19:00:12]i000: Setting string variable
> 'WixBundleLog_App64bit' to value
> 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008_1_App64bit.log'
> > > [063C:11BC][2013-05-03T19:00:12]i052: Condition 'NOT VersionNT64'
> evaluates to false.
> > > [063C:11BC][2013-05-03T19:00:12]i201: Planned package:
> NetFx40ClientRedist, state: Present, default requested: Present, ba
> requested: Present, execute: None, rollback: None, cache: No, uncache: No,
> dependency: None
> > > [063C:11BC][2013-05-03T19:00:12]i201: Planned package: Drivers64bit,
> state: Absent, default requested: Present, ba requested: Present, execute:
> Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register
> > > [063C:11BC][2013-05-03T19:00:12]i201: Planned package: Drivers32bit,
> state: Absent, default requested

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

[Jeremiahf]

Chris,

Winzip? Its an MSI.  Why use Redgate when I have the source to the CA? No
offense, I guess I just don't understand your response.

I FINALLY FOUND THE LINE OF CODE that was passing the connection string to
the log and commented it out. Rob was absolutely correct. It WAS the CA
logging the parameters! I was stuck on looking at HideTarget and Hidden at
the time in the WIX code... NOTE! Take a break from the screen! Thank you
everyone for all your help!!

Cheers!

Jeremiah


On Mon, May 6, 2013 at 3:11 PM, Christopher Painter wrote:

>
>
> Except when they are called by a ControlEvent. :-)
>
> It looks to me that the C#/DTF custom action has some initialization to
> called session.Log().   This would be easy enough to tell by using WinZip
> to extract the assembly from the self extract custom action ( foo.dll from
> foo.ca.dll )  and then decompile it using a program like RedGate
> Reflector.
>
> 
>  From: "Phil Wilson" 
> Sent: Monday, May 06, 2013 12:40 PM
> To: "General discussion for Windows Installer XML toolset."
> 
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> ...and at the risk of stating the obvious, custom actions can put messages
> in the MSI log by calling MsiProcessMessage(). That's a good thing of
> course, except when it gives away secrets ;)
>
> Phil
>
> -Original Message-
> From: Phil Wilson [mailto:phil.wil...@mvps.org]
> Sent: Monday, May 06, 2013 10:22 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> Well it's not "their" CA, it's DTF, so they or I can't answer the question
> directly, but it just seems that DTF is logging the connection string,
> however it gets it.
>
> Phil
>
> -Original Message-
> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> Sent: Monday, May 06, 2013 9:56 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> Are they setting a property within their CA called ConnectionString?
>
> -Original Message-
> From: Phil Wilson [mailto:phil.wil...@mvps.org]
> Sent: Monday, May 06, 2013 11:48 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> In context, that full log entry was previously posted as:
> ===
> Action start 17:26:56: InstallFinalize.
> SFXCA: Extracting custom action to temporary directory:
> C:\WINDOWS\Installer\MSI1045.tmp-\
> SFXCA: Binding to CLR version v2.0.50727 Calling custom action
> DatabaseCA!DatabaseCA.CustomActions.DatabaseCA
>
> Begin DatabaseCA
>
> Connecton String: Data Source=source;Packet
> Size=4096;Uid=sqluser;Pwd=mypassword
> =
>
> Whicc is DTF doing the logging, methinks. Jeremiahf didn't show all the
> data
> in that recent reply, so without the SFXCA prefix it is misleading.
>
> Phil
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Monday, May 06, 2013 8:08 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> Hi Rob,
>
> I'm pretty certain it is the installer logging what the custom action is
> doing. I ran the installer in verbose mode and noticed the password and
> server parameters were not being displayed in plain text.
> MSI (c) (A8:F8) [09:58:01:363]: Command Line: USERNAME=sa
> PASSWORD=** SERVER=**
> Then when my custom action is called it is logging sql connection string
> in
> plain text.
> Begin DatabaseCA
> Connecton String: Data Source=source;Packet Size=4096;Uid=sqluser;Pwd=
> mypassword
>
> J
>
> On Sat, May 4, 2013 at 1:49 AM, Rob Mensching 
> wrote:
>
> > Is the message showing the password actually being logged by the
> > custom action itself?
> >
> >
> > On Fri, May 3, 2013 at 3:53 PM, Jeremiahf  wrote:
> >
> > > Steven,
> > >
> > > "Tried adding: HideTarget="yes" that didn't help" Indeed!
> > >
> > > I'm even tried to remove logging from the custom action and I still
> > > see
> > the
> > > password...
> > > I've even checked MsiHiddenProperties and see that PASSWORD is
> > > listed
> > along
> > > with CA_DBAction... Not in SecureCu

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

[Jeremiahf]

I see what you are saying. Sorry if my messages were not clear. Thank you
Chris for your feedback.

J


On Tue, May 7, 2013 at 8:14 AM, Christopher Painter wrote:

> Your messages seemed to indicate that the custom action was a black box to
> you and/or that you didn't have access to the source.  You use ORCA to
> stream the foo.ca.dll out of the binary table and then you use winzip to
> extract the custom action assembly, the interop library and anything else
> that you packaged into the custom action dll.Redgate is then used to
> decompile it back into source  so you can find the session.Log() entry that
> was logging your secrets.
>
> So you have the source and you found it.  Great.  Now you know how to do
> it the other way if you ever need to one day.
> --
> *From*: "Jeremiahf" 
> *Sent*: Monday, May 06, 2013 10:38 PM
> *To*: chr...@iswix.com, "General discussion for Windows Installer XML
> toolset." 
>
> *Subject*: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
>
>  Chris,
>
>  Winzip? Its an MSI.  Why use Redgate when I have the source to the CA?
> No offense, I guess I just don't understand your response.
>
>  I FINALLY FOUND THE LINE OF CODE that was passing the connection string
> to the log and commented it out. Rob was absolutely correct. It WAS the CA
> logging the parameters! I was stuck on looking at HideTarget and Hidden at
> the time in the WIX code... NOTE! Take a break from the screen! Thank you
> everyone for all your help!!
>
>  Cheers!
>
>  Jeremiah
>
>
> On Mon, May 6, 2013 at 3:11 PM, Christopher Painter wrote:
>
>>
>>
>> Except when they are called by a ControlEvent. :-)
>>
>> It looks to me that the C#/DTF custom action has some initialization to
>> called session.Log().   This would be easy enough to tell by using WinZip
>> to extract the assembly from the self extract custom action ( foo.dll from
>> foo.ca.dll )  and then decompile it using a program like RedGate
>> Reflector.
>>
>> 
>>  From: "Phil Wilson" 
>> Sent: Monday, May 06, 2013 12:40 PM
>> To: "General discussion for Windows Installer XML toolset."
>>  
>> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
>> file
>>
>>  ...and at the risk of stating the obvious, custom actions can put
>> messages
>> in the MSI log by calling MsiProcessMessage(). That's a good thing of
>> course, except when it gives away secrets ;)
>>
>> Phil
>>
>> -Original Message-
>> From: Phil Wilson [mailto:phil.wil...@mvps.org]
>>  Sent: Monday, May 06, 2013 10:22 AM
>> To: 'General discussion for Windows Installer XML toolset.'
>> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
>> file
>>
>>  Well it's not "their" CA, it's DTF, so they or I can't answer the
>> question
>> directly, but it just seems that DTF is logging the connection string,
>> however it gets it.
>>
>> Phil
>>
>> -Original Message-
>> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
>> Sent: Monday, May 06, 2013 9:56 AM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
>> file
>>
>> Are they setting a property within their CA called ConnectionString?
>>
>> -Original Message-
>> From: Phil Wilson [mailto:phil.wil...@mvps.org]
>> Sent: Monday, May 06, 2013 11:48 AM
>> To: 'General discussion for Windows Installer XML toolset.'
>> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
>> file
>>
>> In context, that full log entry was previously posted as:
>> ===
>> Action start 17:26:56: InstallFinalize.
>> SFXCA: Extracting custom action to temporary directory:
>> C:\WINDOWS\Installer\MSI1045.tmp-\
>> SFXCA: Binding to CLR version v2.0.50727 Calling custom action
>> DatabaseCA!DatabaseCA.CustomActions.DatabaseCA
>>
>> Begin DatabaseCA
>>
>> Connecton String: Data Source=source;Packet
>> Size=4096;Uid=sqluser;Pwd=mypassword
>> =
>>
>> Whicc is DTF doing the logging, methinks. Jeremiahf didn't show all the
>> data
>> in that recent reply, so without the SFXCA prefix it is misleading.
>>
>> Phil
>>
>> -Original Message-
>> From: Jeremiahf [mailto:je

Re: [WiX-users] Bundle Package Install Failure

[Jeremiahf]

Hello,

The funny thing is that it crossed my mind. "Rebooting fixes everything"
ha! Glad to hear it worked out for you.

J


On Tue, May 7, 2013 at 10:59 AM, - Arzola -  wrote:

> Hi Jeremiah.  I appreciate your replies.
> Turns out the client was able to install after rebooting and logging in as
> the local administrator.  According to client, were previously using a
> domain account that's in the Administrators group and using run as admin to
> launch setup.  Not sure why that should not have worked.  The log below
> seems to confirm that setup was launched elevated.  I'm guessing perhaps a
> group policy kicking in only with a domain login(?).
>  > Date: Mon, 6 May 2013 10:36:18 -0500
> > From: jeremi...@gmail.com
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Bundle Package Install Failure
> >
> > Sorry, it was a very long day.
> >
> > Have you tried running the installer as administrator?
> >
> >
> > On Sat, May 4, 2013 at 1:25 AM, - Arzola - 
> wrote:
> >
> > > Yes.  As seen below, the installer is detecting that the required .net
> > > framework 4.0 is already present with no need to install.
> > >
> > > [063C:11BC][2013-05-03T19:00:12]i201: Planned package:
> > > NetFx40ClientRedist, state: Present, default requested: Present, ba
> > > requested: Present, execute: None, rollback: None, cache: No, uncache:
> No,
> > > dependency: None
> > >  > CC: wix-users@lists.sourceforge.net
> > > > From: jeremi...@gmail.com
> > > > Date: Fri, 3 May 2013 22:51:15 -0500
> > > > To: wix-users@lists.sourceforge.net
> > > > Subject: Re: [WiX-users] Bundle Package Install Failure
> > > >
> > > > Do you have the correct version of .net installed?
> > > >
> > > >
> > > >
> > > > On May 3, 2013, at 7:43 PM, - Arzola - 
> wrote:
> > > >
> > > > > Hello,One of our clients is encountering a setup failure with the
> > > following msg:  '0X80070002 - The system cannot find the file
> > > specified.'The log file is below.  The install scope is perMachine. Any
> > > ideas on why it would be failing when trying to cache the bundle?
>  This is
> > > the first time we've encountered this after many successful
> installations
> > > and is rather urgent.  Any insight would be greatly appreciated...
> > >  [063C:11BC][2013-05-03T19:00:08]i001: Burn v3.7.1224.0, Windows v6.1
> > > (Build 7601: Service Pack 1), path:
> > > C:\Systems\Product_1\Product_1\Setup.exe, cmdline: '-burn.unelevated
> > > BurnPipe.{1DE19E8A-81A6-4AA5-BF48-70A9F6456F73}
> > > {6B32BA48-178D-44AA-B502-0EE1BD74773C} 716'
> > > > > [063C:11BC][2013-05-03T19:00:08]i000: Setting string variable
> > > 'WixBundleLog' to value
> > > 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008.log'
> > > > > [063C:11BC][2013-05-03T19:00:08]i000: Setting string variable
> > > 'WixBundleOriginalSource' to value
> > > 'C:\Systems\Product_1\Product_1\Setup.exe'
> > > > > [063C:11BC][2013-05-03T19:00:08]i052: Condition '((VersionNT >=
> v5.1)
> > > AND (ServicePackLevel >= 3)) OR ((VersionNT >= v5.2) AND
> (ServicePackLevel
> > > >= 2)) OR (VersionNT >= v6.0)' evaluates to true.
> > > > > [063C:11BC][2013-05-03T19:00:08]i000: Setting string variable
> > > 'WixBundleName' to value 'ProductName'
> > > > > [063C:11BC][2013-05-03T19:00:09]i100: Detect begin, 5 packages
> > > > > [063C:11BC][2013-05-03T19:00:09]i000: Setting string variable
> > > 'NETFRAMEWORK40CLIENT' to value '1'
> > > > > [063C:11BC][2013-05-03T19:00:09]i052: Condition
> 'NETFRAMEWORK40CLIENT'
> > > evaluates to true.
> > > > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package:
> > > NetFx40ClientRedist, state: Present, cached: None
> > > > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package:
> Drivers64bit,
> > > state: Absent, cached: None
> > > > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package:
> Drivers32bit,
> > > state: Absent, cached: None
> > > > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package: App64bit,
> > > state: Absent, cached: None
> > > > > [063C:11BC][2013-05-03T19:00:09]i101: Detected package: App32bit,
> > > state: Absent, cached: None
> > > > > [063C:11BC][2013-05-03T19:00:09]i199: Detect complete, result: 0x0
> > > > > [063C:11BC][2013-05-03T19:00:12]i200: Plan begin, 5 packages,
> action:
> > > Install
> > > > > [063C:11BC][2013-05-03T19:00:12]w321: Skipping dependency
> registration
> > > on package with no dependency providers: NetFx40ClientRedist
> > > > > [063C:11BC][2013-05-03T19:00:12]i052: Condition 'VersionNT64'
> > > evaluates to true.
> > > > > [063C:11BC][2013-05-03T19:00:12]i000: Setting string variable
> > > 'WixBundleRollbackLog_Drivers64bit' to value
> > >
> 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008_0_Drivers64bit_rollback.log'
> > > > > [063C:11BC][2013-05-03T19:00:12]i000: Setting string variable
> > > 'WixBundleLog_Drivers64bit' to value
> > >
> 'C:\Users\manager\AppData\Local\Temp\ProductName_20130503190008_0_Drivers64bit.log'
> > > > > [063C:11BC][2013-05-03T19:00:12]i052: Condition 'NOT Version

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

[Jeremiahf]

Phil,

You were also absolutely correct!!! Sorry that I missed this email thread.
Thank you and everyone for all your help. I'm sorry it took so long. We
have been moving projects around so it has been hectic!

Thank you again,

J


On Fri, May 3, 2013 at 10:41 PM, Steven Ogilvie wrote:

> Your right Phil, it is a custom action that is creating the connection
> string, as per the log below, luckily our connection string is encrypted...
> For me, I took out the custom action to set the property and that solved
> my issue... (I am using a Publish element in the dialog the sets the
> property for Web App Pool password..
>
> Sorry J, I don't think you will be able to get rid of it...
>
> -Original Message-
> From: Phil Wilson [mailto:phil.wil...@mvps.org]
> Sent: May-03-13 7:20 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> I'm repeating myself to attempt to make this clear. This appears to be the
> part of the log that you are worried about:
> =
> SFXCA: Extracting custom action to temporary directory:
> C:\WINDOWS\Installer\MSI1045.tmp-\
> SFXCA: Binding to CLR version v2.0.50727 Calling custom action
> DatabaseCA!DatabaseCA.CustomActions.DatabaseCA
> Begin DatabaseCA
> Connecton String: Data Source=source;Packet
> Size=4096;Uid=sqluser;Pwd=mypassword
> ==
>
> This is NOT coming from Windows Installer. The SFXCA (which I believe is
> DTF) custom action is logging the connection string that contains the
> password. Any discussion of HideTarget is irrelevant as this is not Windows
> Installer logging data, it is the custom action code.
>
> Phil
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Friday, May 03, 2013 3:54 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
> Steven,
>
> "Tried adding: HideTarget="yes" that didn't help" Indeed!
>
> I'm even tried to remove logging from the custom action and I still see
> the password...
> I've even checked MsiHiddenProperties and see that PASSWORD is listed
> along with CA_DBAction... Not in SecureCustomProperties... I added
> secure="yes"
> and now it is there.. Execute the installer with logging and it is still
> unsecure in plain text in the log. It must be between the MSI installer and
> the SQL connection that is being made. Thoughts?
>
> J
>
>
> On Fri, May 3, 2013 at 1:48 PM, Steven Ogilvie
> wrote:
>
> > I was not using managed code custom actions...
> >
> > I was doing:
> > 
> >
> >  > Property="CA_WebAppPoolPassword."
> > Value="WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]"/>
> > Tried adding: HideTarget="yes" that didn't help
> > 
> >> After="CA_DataBasePassword.SetProperty">NOT Installed
> >
> > This property was in a custom dialog:
> >  > Y="152" Text="Web App Pool user password:" Transparent="yes"
> NoPrefix="yes"
> > />
> >  > Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
> >  > Order="9">1
> >
> > It was the custom action " CA_WebAppPoolPassword.SetProperty " that
> > was displaying the property in the MSI log file.
> >
> > Took it out and now the password is not being displayed in plain
> letters...
> >
> > Steve
> >
> >
> > -Original Message-
> > From: Phil Wilson [mailto:phil.wil...@mvps.org]
> > Sent: May-03-13 2:27 PM
> > To: 'General discussion for Windows Installer XML toolset.'
> > Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI
> > log file
> >
> > The way it works in MSI isn't really mysterious. Basically the
> > property name needs to be public (and that means it must be all
> > uppercase). If WiX does its thing properly then you can open the
> > generated MSI file with an editor such as Orca, look in the Properties
> > table, and in the Property table there'll be a SecureCustomProperties
> > property and your property name will be in that list.
> >
> > This works. If it didn't work then Microsoft would be all over it as a
> > security bug.
> >
> > Generally speaking, people get account passwords from a MSI dialog and
> > store it in a property such as MYPASSWOR

Re: [WiX-users] WiX with VS2012

[Jeremiahf]

I had the same issue with 3.6. My solution was to completely uninstall WIX
and re-install it.


On Wed, May 8, 2013 at 10:05 AM, Joe Barker  wrote:

> Hi,
>
>
> I have WiX 3.7 installed, and recently upgraded to VS2012; since the
> upgrade to 2012, I can't open the Installer solution I'm using. I tried
> running the WiX installer again to repair the setup, but the project still
> won't open. Does anybody have any idea why this might be, what with VS2012
> support being included as of 3.6?
>
>
> Thanks,
> Joe
>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and
> their applications. This 200-page book is written by three acclaimed
> leaders in the field. The early access version is available now.
> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn Execute Sequence

[Jeremiahf]

http://wix.sourceforge.net/manual-wix3/wix_xsd_installexecutesequence.htm

Hope this is what you need.

Thanks,

J


On Wed, May 8, 2013 at 10:11 AM, Nick Miller wrote:

> Hi All,
>
> I was wondering if there is some documentation somewhere that details the
> execute sequence that burn goes through on install?
>
> Thanks,
> Nick
>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and
> their applications. This 200-page book is written by three acclaimed
> leaders in the field. The early access version is available now.
> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade doesn't overwrite all files

[Jeremiahf]

Make sure the file version # is updated in file version under assembly info
within assembly info if you are using VS 2010 and above. Also, use Orca to
view the properties of an MSI installer.

J


On Fri, May 10, 2013 at 8:55 PM, Candy Chiu  wrote:

> Hi,
>
> I ran into an issue that one of dll's in an upgrade wasn't copied to the
> destination folder.  I examined the msi with LessMSI, the files were
> packaged correctly.  I reviewed the File Versioning Rules at
> http://msdn.microsoft.com/en-us/library/aa368599(VS.85).aspx.  They didn't
> solve my problem.  Did anyone encounter similar problem and may have some
> idea of where to look next?
>
> Thanks,
> Candy
>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and
> their applications. This 200-page book is written by three acclaimed
> leaders in the field. The early access version is available now.
> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX Continues Uninstall After Failing To Close Application Causing Application to Crash

[Jeremiahf]

Are you using the CloseApplication element?

http://wix.sourceforge.net/manual-wix3/util_xsd_closeapplication.htm

J




On Wed, May 15, 2013 at 2:40 AM, Saeed, Rehan  wrote:

> When closing my application it prompts users to save any unsaved
> information. When installing a new version of my application while it is
> running the following occurs:
>
>   1.  Start application.
>   2.  Install new version from WIX MSI in quiet mode (No UI).
>   3.  Application prompts to save unsaved information.
>   4.  WIX MSI ignores the fact the application is not closed and continues
> uninstalling the old version and installing the new version.
>   5.  The still running application crashes badly.
> How can I get WIX to abandon the installation if the application does not
> close?
> Kind Regards,
>
> Rehan Saeed (London) x8509
>
>
> This email is confidential. If you are not the intended recipient, please
> advise us immediately and delete this message. See -
> www.gam.com/en/Legal/Email+disclosures+EU<
> http://www.gam.com/en/Legal/Email+disclosures+EU> for further information
> on confidentiality, the risks of non-secure electronic communication, and
> certain disclosures which we are required to make in accordance with
> applicable legislation and regulations. If you cannot access this link,
> please notify us by reply message and we will send the contents to you.
>
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] "The installer has insufficient privileges to access this directory"

[Jeremiahf]

I always use InstallPrivileges="elevated" under Package id.

J


On Thu, May 16, 2013 at 10:45 AM, Tom -  wrote:

> And the directory in question is Program Files\Manufacturer\Product, which
> translates to "C:\Program Files (x86)\SupersecretCompany\My Product Name".
> The error message says "log on as administrator or contact your system
> administrator". The user, however, has administrative rights on the
> computer. He can install other non-WiX setups of the same application to
> the same directory. We just recently converted it to WiX for this upcoming
> release.
>
> Any ideas where I've possibly gone wrong in thie WiX-setup project? It's
> my first, so it wouldn't be a shocker that I've missed something. Not
> posting any code because I don't know which code applies and posting
> everything is a sureshot for nobody reading it at all. :-)
>
> Best Regards,
>
> Tom
>
>
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] "The installer has insufficient privileges to access this directory"

[Jeremiahf]

Hi Jacob,

True, I left that one out InstallScope="perMachine"/> I include that as
well under InstallPrivileges="elevated" under Package element.

J


On Thu, May 16, 2013 at 10:52 AM, Hoover, Jacob
wrote:

> Ensure it's a per-machine installation package
> (Product/Package/@InstallPrivileges='elevated'  and/or
> Product/Package/@InstallScope=' perMachine').
>
> -Original Message-
> From: Tom - [mailto:mittegetm...@hotmail.com]
> Sent: Thursday, May 16, 2013 10:45 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] "The installer has insufficient privileges to access
> this directory"
>
> And the directory in question is Program Files\Manufacturer\Product, which
> translates to "C:\Program Files (x86)\SupersecretCompany\My Product Name".
> The error message says "log on as administrator or contact your system
> administrator". The user, however, has administrative rights on the
> computer. He can install other non-WiX setups of the same application to
> the same directory. We just recently converted it to WiX for this upcoming
> release.
>
> Any ideas where I've possibly gone wrong in thie WiX-setup project? It's
> my first, so it wouldn't be a shocker that I've missed something. Not
> posting any code because I don't know which code applies and posting
> everything is a sureshot for nobody reading it at all. :-)
>
> Best Regards,
>
> Tom
>
>
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Heat - Include question

[Jeremiahf]

Are you not referencing SampleGroup.wxs?


  

J


On Fri, May 17, 2013 at 8:55 AM, BGINFO4X  wrote:

> Hello everyone,
>
> I'm a new to WIX and I'm a little lost.
>
> I want to create a .msi file from my project (with lots of files and
> folders), so I use HEAT.
> Heat works as exepcted and a new file is created (SampleGroup.wxs).
>
> Then I try to "compile all" : "C:\Program Files\WiX Toolset
> v3.7\bin\candle" SampleFirst.wxs SampleGroup.wxs
>
> Until here all is ok, but the installed folder is EMPTY.
>
> Why WIX doesn't include my source files from SampleGroup.wxs?
>
> What I'm doing wrong? I need to add something in the main file
> SampleFirst.wxs? Where and what?
>
> Thanks a lot.
>
>
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Heat - Include question

[Jeremiahf]

Ah, so your building your MSI via command line. Good to hear you figured it
out.

J


On Fri, May 17, 2013 at 12:48 PM, BGINFO4X  wrote:

> Hello,
>
> I see the problems:
>
> The First one was that light needs all the *.wixobj
> The Second one was that light needs the -b parameter.
>
> Now, I do the following:
>
> "C:\Program Files\WiX Toolset v3.7\bin\heat" dir "BGINFO4XW" -cg
> SampleGroup -out SampleGroup.wxs -gg
> "C:\Program Files\WiX Toolset v3.7\bin\candle" SampleFirst.wxs
> SampleGroup.wxs
> "C:\Program Files\WiX Toolset v3.7\bin\light" -ext "C:\Program
> Files\WiX Toolset v3.7\bin\WixUIExtension.dll" SampleFirst.wixobj
> SampleGroup.wixobj -cultures:en-us -out SampleFirst.msi -b "BGINFO4XW"
>
> The MSI is generated correctly, with all files included.
> The problem is that, the installations doesn't use INSTALLDIR, so the
> program is installed in C:\ even I select a different INSTALLDIR
> directory.
>
> What I'm doing wrong? Why the program is not installed in INSTALLDIR?
>
> Thanks a lot.
>
> My SampleFirst.wxs is:
>
> 
> 
> 
> 
>
>  UpgradeCode="$(var.ProductUpgradeCode)" Language='1033'
> Codepage='1252' Version="$(var.ProductVersion)"
> Manufacturer='KZTSoftware'>
>
> 
>  Manufacturer='KZTSoftware'
> InstallerVersion='100' Languages='1033' Compressed='yes'
> SummaryCodepage='1252' />
>
> 
>  Minimum='1.0.0' IncludeMinimum='yes' Maximum='1.0.0'
> IncludeMaximum='yes' />
>  Minimum='1.0.0' IncludeMinimum='no' />
> 
> 
> 
> 
>  After='FindRelatedProducts'>SELFFOUND
>  After='FindRelatedProducts'>NEWERFOUND
> 
>
> 
> 
> 
>
> 
> 
>  Value="http://sourceforge.net/p/bginfo4x/wiki/Documentation/"/>
> http://bginfo4x.sourceforge.net"/>
>
> 
> 
> 
> 
> 
> 
> 
> 
>
> 
> 
>
> 
> 
> 
>
> 
> 
>  Guid="240BFA0F-8BF2-45AB-A1CB-D605D2D99628">
>  On='uninstall' />
>  Key='Software\[Manufacturer]\[ProductName]' Type='string' Value=''
> KeyPath='yes' />
> 
> 
> 
>
> 
>
> 
>
> 
> 
> 
> 
> 
>
> 
> 
>
>
>
>
>
>
>
>
>
> 2013/5/17 Jeremiahf :
> > Are you not referencing SampleGroup.wxs?
> >
> > 
> >   
> >
> > J
> >
> >
> > On Fri, May 17, 2013 at 8:55 AM, BGINFO4X 
> wrote:
> >
> >> Hello everyone,
> >>
> >> I'm a new to WIX and I'm a little lost.
> >>
> >> I want to create a .msi file from my project (with lots of files and
> >> folders), so I use HEAT.
> >> Heat works as exepcted and a new file is created (SampleGroup.wxs).
> >>
> >> Then I try to "compile all" : "C:\Program Files\WiX Toolset
> >> v3.7\bin\candle" SampleFirst.wxs SampleGroup.wxs
> >>
> >> Until here all is ok, but the installed folder is EMPTY.
> >>
> >> Why WIX doesn't include my source files from SampleGroup.wxs?
> >>
> >> What I'm doing wrong? I need to add something in the main file
> >> SampleFirst.wxs? Where and what?
> >>
> >> Thanks a lot.
> >>
> >>
> >>
> --
> >> AlienVault Unified Security Management (USM) platform delivers complete
> >> security visibility with the essential security capabilities. Easily and
> >> efficiently configure, manage, and operate all of your security controls
> >> from a single console and one unified framework. Download a free trial.
> >> http://p.sf.net/sfu/alienvault_d2d
> >> ___
> >> WiX-users mailing list
> >> WiX-us

Re: [WiX-users] Fwd: Updating a msi installed by bootstrapper .

[Jeremiahf]

Here is the configuration I use in  product.wxs

 

  
  
  


and remove the older version in my InstallExecuteSequence.



  

J



On Fri, May 17, 2013 at 4:19 PM, Rizwan Zahid  wrote:

> Hi,
>
> I created following bootstrapper ,it install perfectly. now I am looking to
> upgrade the msi installed by my boostrapper . if I give same upgrade and
> greater version , it does n't update my msi instead create two entries in
> control panel . please advise .
>
> 
> http://schemas.microsoft.com/wix/2006/wi";  xmlns:bal="
> http://schemas.microsoft.com/wix/BalExtension"; xmlns:util="
> http://schemas.microsoft.com/wix/UtilExtension"; >
>   
>   
>
>   
>   
>   
>   
>   
> IconSourceFile="$(var.RESPATH)\icon.ico"
> UpgradeCode="55697084-0fbd-4e6c-ac1f-2d2779f1d05b"
> SplashScreenSourceFile="Resource\Splash.bmp"   >
>
>
> 
> 
>
>  Id="WixExtendedBootstrapperApplication.HyperlinkLicense">
>   
>   
>SourceFile="Resource\bafunctions.dll" />
>
>   
>   
>
> 
>  
> 
> 
>
>  Value="[ProgramFilesFolder]ACME" />
>  Value="[WindowsVolume]Database" />
>
> 
> 
> 
> 
>
>
>
>
>
>
>
> 
> 
>
>
>
> 
>
>
>
>
>
> 
>
>   
>   
>SourceFile="path\product.msi"  ForcePerMachine="yes"
> DisplayInternalUI="yes" After="FC" />
> 
>   
>
>   
> 
>
>
>
> 
> Root="HKLM"
>Key="key"
>Variable="FCINSTALLED" />
> 
>  Id="FC"  Permanent="yes"
>   SourceFile="$(var.RESPATH)\0Installer.exe"
>   PerMachine="yes"
>   DetectCondition="FCINSTALLED"
>InstallCommand="/S/v/qn" UninstallCommand="/S/v/qn"
>   > 
>
> 
>
>   
>
> 
>
>
> Thanks
>
> Rizwan
>
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Stuck using 3.5 till harvesting returns to WIX

[Jeremiahf]

It sounds like your dev system is pretty out of shape. If you installed VS
after WIX then you have to completely uninstall WIX and reinstall WIX. A
repair will not fix it.

Best of luck



On Mon, Mar 17, 2014 at 8:11 AM, Phill Hogland  wrote:

> I have used heat.exe in Wix 3.7 and Wix 3.8, so I don't follow your
> comments.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Stuck-using-3-5-till-harvesting-returns-to-WIX-tp7593455p7593467.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Bootstrapper config file/Answer file

[Jeremiahf]

Hi all,

I have been looking everywhere to find the answer to this question. Does
WIX Bootstrapper support the use of an xml config file or answer file to
obtain the chain of packages to install? I have seen bootstrapper.confg
files and some other information but I feel like I am going down rabbit
holes. I would just like to have a single setup.exe file that can utilize a
managed configuration file so that the bootstrapper doesn't have to be
recompiled when there are version updates. Is it possible?

Thank you,

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

Re: [WiX-users] Bootstrapper config file/Answer file

[Jeremiahf]

Thank you for the quick feedback.


On Thu, Apr 3, 2014 at 4:24 PM, Wheeler, Blaine (DSHS/DCS) <
bwhee...@dshs.wa.gov> wrote:

> My experiences is the bootstrapper captures info on the signature or hash
> of files it is to manage installation of.  You have to assemble the
> content, up the bootstrapper version number and re-compile every time any
> of the bundles change.
>
> This is a good thing as it ensures cohesion of release content.
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Thursday, April 03, 2014 2:12 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Bootstrapper config file/Answer file
>
> Hi all,
>
> I have been looking everywhere to find the answer to this question. Does
> WIX Bootstrapper support the use of an xml config file or answer file to
> obtain the chain of packages to install? I have seen bootstrapper.confg
> files and some other information but I feel like I am going down rabbit
> holes. I would just like to have a single setup.exe file that can utilize a
> managed configuration file so that the bootstrapper doesn't have to be
> recompiled when there are version updates. Is it possible?
>
> Thank you,
>
> J
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SqlExpress Exepackage InstallCommand ConfigurationFile

[Jeremiahf]

Isn't configruationfile case sensitive?

I have run it like this from command line.

SQLEXPRWT_x64_ENU.exe
/CONFIGURATIONFILE="C:\somepath\anotherpath\ConfigurationFile.INI"

If you use that don't forget to replace " with "

You might also want to make sure your configuration file looks like this.
It's very picky!

;SQLSERVER2008 Configuration File
[SQLSERVER2008]

; Specifies a Setup work flow, like INSTALL, UNINSTALL, or UPGRADE. This is
a required parameter.

ACTION="INSTALL"

; Specify the Instance ID for the SQL Server features you have specified.
SQL Server directory structure, registry structure, and service names will
reflect the instance ID of the SQL Server instance.

INSTANCEID="MSSQLSERVER"

; Specifies features to install, uninstall, or upgrade. The list of
top-level features include SQL, AS, RS, IS, and Tools. The SQL feature will
install the database engine, replication, and full-text. The Tools feature
will install Management Tools, Books online, Business Intelligence
Development Studio, and other shared components.

FEATURES=SQL

; Displays the command line parameters usage

HELP="False"

; Specifies that the detailed Setup log should be piped to the console.

INDICATEPROGRESS="True"

; Setup will not display any user interface.

QUIET="False"

; Setup will display progress only without any user interaction.

QUIETSIMPLE="TRUE"

; Specifies that Setup should install into WOW64. This command line
argument is not supported on an IA64 or a 32-bit system.

X86="False"

; Detailed help for command line argument ROLE has not been defined yet.

ROLE="AllFeatures_WithDefaults"

; Detailed help for command line argument ENU has not been defined yet.

ENU="True"

; Parameter that controls the user interface behavior. Valid values are
Normal for the full UI, and AutoAdvance for a simplied UI.

;UIMODE="AutoAdvance"

; Specify if errors can be reported to Microsoft to improve future SQL
Server releases. Specify 1 or True to enable and 0 or False to disable this
feature.

ERRORREPORTING="False"

; Specify the root installation directory for native shared components.

INSTALLSHAREDDIR="C:\Program Files\Microsoft SQL Server"

;Specify this for 32 bit components. Bug in MSSQL silent install.

INSTALLSHAREDWOWDIR="C:\Program Files (x86)\Microsoft SQL Server"

; Specify the installation directory.

INSTANCEDIR="C:\Program Files\Microsoft SQL Server"

; Specify that SQL Server feature usage data can be collected and sent to
Microsoft. Specify 1 or True to enable and 0 or False to disable this
feature.

SQMREPORTING="False"

; Specify a default or named instance. MSSQLSERVER is the default instance
for non-Express editions and SQLExpress for Express editions. This
parameter is required when installing the SQL Server Database Engine (SQL),
Analysis Services (AS), or Reporting Services (RS).

INSTANCENAME="MSSQLSERVER"

; Agent account name

AGTSVCACCOUNT="NT AUTHORITY\System"

; Auto-start service after installation.

AGTSVCSTARTUPTYPE="Disabled"

; Startup type for Integration Services.

ISSVCSTARTUPTYPE="Automatic"

; Account for Integration Services: Domain\User or system account.

ISSVCACCOUNT="NT AUTHORITY\System"

; Controls the service startup type setting after the service has been
created.

ASSVCSTARTUPTYPE="Automatic"

; The collation to be used by Analysis Services.

ASCOLLATION="Latin1_General_CI_AS"

; The location for the Analysis Services data files.

ASDATADIR="Data"

; The location for the Analysis Services log files.

ASLOGDIR="Log"

; The location for the Analysis Services backup files.

ASBACKUPDIR="Backup"

; The location for the Analysis Services temporary files.

ASTEMPDIR="Temp"

; The location for the Analysis Services configuration files.

ASCONFIGDIR="Config"

; Specifies whether or not the MSOLAP provider is allowed to run in
process.

ASPROVIDERMSOLAP="1"

; A port number used to connect to the SharePoint Central Administration
web application.

FARMADMINPORT="0"

; Startup type for the SQL Server service.

SQLSVCSTARTUPTYPE="Automatic"

; Level to enable FILESTREAM feature at (0, 1, 2 or 3).

FILESTREAMLEVEL="0"

; Set to "1" to enable RANU for SQL Server Express.

ENABLERANU="True"

; Specifies a Windows collation or an SQL collation to use for the Database
Engine.

SQLCOLLATION="SQL_Latin1_General_CP1_CI_AS"

; Account for SQL Server service: Domain\User or system account.

SQLSVCACCOUNT="NT AUTHORITY\System"

; Windows account(s) to provision as SQL Server system administrators.

SQLSYSADMINACCOUNTS=".\Administrator"

; The default is Windows Authentication. Use "SQL" for Mixed Mode
Authentication.

SECURITYMODE="SQL"

; Provision current user as a Database Engine system administrator for SQL
Server 2008 R2 Express.

ADDCURRENTUSERASSQLADMIN="True"

; Specify 0 to disable or 1 to enable the TCP/IP protocol.

TCPENABLED="1"

; Specify 0 to disable or 1 to enable the Named Pipes protocol.

NPENABLED="1"

; Startup type for Browser Service.

BROWSERSVCSTARTUPTYPE="Automatic"

; Sp

Re: [WiX-users] SCCM WiX MSI installation succeeds....succeeding patch (MSP) install requires admin elevation for install

[Jeremiahf]

Are you using elevated InstallPrivileges and PerMachine in your package ID?

 InstallPrivileges="elevated"
 InstallScope="perMachine"/>
Also,
Did you set any components in your original installer to PatchIgnore="yes"?

I haven't necessarily done patches but I do set
  InstallPrivileges="elevated"
 InstallScope="perMachine"/>

 in my installers. Just a thought...


On Tue, Apr 15, 2014 at 5:04 PM, LSU316  wrote:

> All..we seem to have quite a conundrum.
>
> We have a custom WiX MSI that incorporates several C# custom actions.  We
> have deployed the MSI to our end users via MS SCCM.  Everything seemed to
> work fine with no problems.
>
> The next week we release an update and go to apply the MSP to our already
> installed clients and at this point it begins to ask the client for an
> admin
> password to install the software.  The MSI was originally installed with no
> admin rights as the logged on user via SCCM.
>
> I have ran tests on installing the MSI manually via the same msiexec
> command
> that SCCM uses and compared the manual msi log to the SCCM msi log.  The
> only real difference that I can find that I don't expect is the following
> at
> the very end of the MSI.
>
> MSI (s) (A4:C4) [12:00:44:016]: Product:  -- Installation completed
> successfully.
>
> MSI (s) (A4:C4) [12:00:44:016]: Windows Installer installed the product.
> Product Name: . Product Version: 0.23.1491.8. Product Language: 1033.
> Manufacturer: . Installation success or error status: 0.
>
> I get that installation successful message from the manual install but
> never
> from the SCCM install.  FWIW patching on the manual install works fine with
> no admin elevation.  We have yet to be able to get a patch to install with
> admin access after a SCCM automated install.
>
> Has anyone seen this behavior with SCCM before or have any ideas?
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SCCM-WiX-MSI-installation-succeeds-succeeding-patch-MSP-install-requires-admin-elevation-for-install-tp7594157.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SCCM WiX MSI installation succeeds....succeeding patch (MSP) install requires admin elevation for install

[Jeremiahf]

Oh and see if you can enable verbose logging through SCCM to see what else
may be going on.

 /l*v logname.log


On Tue, Apr 15, 2014 at 5:55 PM, Jeremiahf  wrote:

> Are you using elevated InstallPrivileges and PerMachine in your package ID?
>
>  InstallPrivileges="elevated"
>  InstallScope="perMachine"/>
> Also,
> Did you set any components in your original installer to
> PatchIgnore="yes"?
>
> I haven't necessarily done patches but I do set
>   InstallPrivileges="elevated"
>  InstallScope="perMachine"/>
>
>  in my installers. Just a thought...
>
>
> On Tue, Apr 15, 2014 at 5:04 PM, LSU316  wrote:
>
>> All..we seem to have quite a conundrum.
>>
>> We have a custom WiX MSI that incorporates several C# custom actions.  We
>> have deployed the MSI to our end users via MS SCCM.  Everything seemed to
>> work fine with no problems.
>>
>> The next week we release an update and go to apply the MSP to our already
>> installed clients and at this point it begins to ask the client for an
>> admin
>> password to install the software.  The MSI was originally installed with
>> no
>> admin rights as the logged on user via SCCM.
>>
>> I have ran tests on installing the MSI manually via the same msiexec
>> command
>> that SCCM uses and compared the manual msi log to the SCCM msi log.  The
>> only real difference that I can find that I don't expect is the following
>> at
>> the very end of the MSI.
>>
>> MSI (s) (A4:C4) [12:00:44:016]: Product:  -- Installation completed
>> successfully.
>>
>> MSI (s) (A4:C4) [12:00:44:016]: Windows Installer installed the product.
>> Product Name: . Product Version: 0.23.1491.8. Product Language: 1033.
>> Manufacturer: . Installation success or error status: 0.
>>
>> I get that installation successful message from the manual install but
>> never
>> from the SCCM install.  FWIW patching on the manual install works fine
>> with
>> no admin elevation.  We have yet to be able to get a patch to install with
>> admin access after a SCCM automated install.
>>
>> Has anyone seen this behavior with SCCM before or have any ideas?
>>
>>
>>
>> --
>> View this message in context:
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/SCCM-WiX-MSI-installation-succeeds-succeeding-patch-MSP-install-requires-admin-elevation-for-install-tp7594157.html
>> Sent from the wix-users mailing list archive at Nabble.com.
>>
>>
>> --
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
>
>


-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Restart manager, services, unattended installs

[Jeremiahf]

you can also use /qn (quiet no ui)


On Fri, Apr 25, 2014 at 12:58 PM, Jeremiahf  wrote:

> Restart Options
> /norestart
> Do not restart after the installation is complete
>  /promptrestart
> Prompts the user for restart if necessary
> /forcerestart
>  Always restart the computer after installation
>
>
> On Fri, Apr 25, 2014 at 12:21 PM,  wrote:
>
>> Do I have to have created a proper ServiceControl *before* I do the
>> upgrade, or can my new package do everything? In any case, I do have
>> ServiceControl Stop="both" and Wait="yes" in the *existing* packages
>> (including the one which was causing some people trouble), so something is
>> funny. Is there a problem with the name: some services use an 8 character
>> name, but I've never had any other trouble with "EscalationService" as a
>> name, so ...
>>
>> As for the restart, there's a situation's explanation missing: how do the
>> command line arguments to msiexec work? (/quiet and /norestart.) Does that
>> work to simply *stop* the restart you mentioned? Or does it fail the
>> install because it can't tell you it is about to do so because of /quiet?
>> Or does it just do it? Do those interact with RestartManager in any way?
>>
>>
>>
>>
>> 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
>> Telephone | Téléphone 613-854-5589
>> Facsimile | Télécopieur 613-951-4674
>> Government of Canada | Gouvernement du Canada
>>
>> -Original Message-
>> From: Phil Wilson [mailto:phildgwil...@gmail.com]
>> Sent: April-25-14 1:05 PM
>> To: General discussion about the WiX toolset.
>> Subject: Re: [WiX-users] Restart manager, services, unattended installs
>>
>> You haven't said (or I missed it) if you're using ServiceControl - you
>> can use that to shut down the service and restart it after the upgrade. In
>> most cases that will mitigate any files-in-use situations because Windows
>> looks at the ServiceControl table to see if the service will be shut down.
>>  That may make a difference in your case.
>>
>> If it's a completely silent install, it'll stay silent. There'll be no
>> dialogs, and if a reboot is needed it will just do it - it can't prompt in
>> a silent install, and a reboot is needed to complete the install so it does
>> it.
>> ---
>> Phil Wilson
>>
>>
>> On Fri, Apr 25, 2014 at 8:28 AM, Marc Beaudry 
>> wrote:
>> > Hi Keith,
>> >
>> > Not sure that the Util:RestartResource does but have you tried
>> > something simple like:
>> >
>> > 
>> >
>> > I am using this:
>> > 
>> > 
>> >
>> > And all my reboots seem suppressed.
>> >
>> > Hope this helps,
>> > Marc
>> >
>> > -Original Message-
>> > From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca]
>> > Sent: April-25-2014 9:50 AM
>> > To: wix-users@lists.sourceforge.net
>> > Subject: Re: [WiX-users] Restart manager, services, unattended
>> > installs
>> >
>> > Hi Marc, I think I'm finally piecing this together: the only very
>> > missing part is the interaction with /quiet - if I am not mistaken.
>> > But I have one question for everyone:
>> >
>> > Util:RestartResource - does one use that to register that one wants to
>> > restart an *existing* application / service, or does it flag part of
>> > one's installation as sensitive for the changes to *it*? If it is the
>> > latter, I will be no further ahead until I install an update which
>> > includes that, presumably. (Once I also set MSIRMSHUTDOWN=2 and
>> > MSIDISABLERMRESTART=0)
>> >
>> > My question is the dual to the one on stackoverflow: 8354767. The
>> > person there wants to prevent auto-kill; I want to do the opposite (to
>> > ensure that the installation succeeds).
>> >
>> >
>> > 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 Telephone | Téléphone 613-854-5589
>> > Facsimile | Télécopieur 613-951-4674 Government of Canada |
>> > Gouvernement du Canada
>> >
>>

Re: [WiX-users] Restart manager, services, unattended installs

[Jeremiahf]

Restart Options
/norestart
Do not restart after the installation is complete
/promptrestart
Prompts the user for restart if necessary
/forcerestart
Always restart the computer after installation


On Fri, Apr 25, 2014 at 12:21 PM,  wrote:

> Do I have to have created a proper ServiceControl *before* I do the
> upgrade, or can my new package do everything? In any case, I do have
> ServiceControl Stop="both" and Wait="yes" in the *existing* packages
> (including the one which was causing some people trouble), so something is
> funny. Is there a problem with the name: some services use an 8 character
> name, but I've never had any other trouble with "EscalationService" as a
> name, so ...
>
> As for the restart, there's a situation's explanation missing: how do the
> command line arguments to msiexec work? (/quiet and /norestart.) Does that
> work to simply *stop* the restart you mentioned? Or does it fail the
> install because it can't tell you it is about to do so because of /quiet?
> Or does it just do it? Do those interact with RestartManager in any way?
>
>
>
>
> 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
> Telephone | Téléphone 613-854-5589
> Facsimile | Télécopieur 613-951-4674
> Government of Canada | Gouvernement du Canada
>
> -Original Message-
> From: Phil Wilson [mailto:phildgwil...@gmail.com]
> Sent: April-25-14 1:05 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Restart manager, services, unattended installs
>
> You haven't said (or I missed it) if you're using ServiceControl - you can
> use that to shut down the service and restart it after the upgrade. In most
> cases that will mitigate any files-in-use situations because Windows looks
> at the ServiceControl table to see if the service will be shut down.  That
> may make a difference in your case.
>
> If it's a completely silent install, it'll stay silent. There'll be no
> dialogs, and if a reboot is needed it will just do it - it can't prompt in
> a silent install, and a reboot is needed to complete the install so it does
> it.
> ---
> Phil Wilson
>
>
> On Fri, Apr 25, 2014 at 8:28 AM, Marc Beaudry  wrote:
> > Hi Keith,
> >
> > Not sure that the Util:RestartResource does but have you tried
> > something simple like:
> >
> > 
> >
> > I am using this:
> > 
> > 
> >
> > And all my reboots seem suppressed.
> >
> > Hope this helps,
> > Marc
> >
> > -Original Message-
> > From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca]
> > Sent: April-25-2014 9:50 AM
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Restart manager, services, unattended
> > installs
> >
> > Hi Marc, I think I'm finally piecing this together: the only very
> > missing part is the interaction with /quiet - if I am not mistaken.
> > But I have one question for everyone:
> >
> > Util:RestartResource - does one use that to register that one wants to
> > restart an *existing* application / service, or does it flag part of
> > one's installation as sensitive for the changes to *it*? If it is the
> > latter, I will be no further ahead until I install an update which
> > includes that, presumably. (Once I also set MSIRMSHUTDOWN=2 and
> > MSIDISABLERMRESTART=0)
> >
> > My question is the dual to the one on stackoverflow: 8354767. The
> > person there wants to prevent auto-kill; I want to do the opposite (to
> > ensure that the installation succeeds).
> >
> >
> > 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 Telephone | Téléphone 613-854-5589
> > Facsimile | Télécopieur 613-951-4674 Government of Canada |
> > Gouvernement du Canada
> >
> > -Original Message-
> > From: Marc Beaudry [mailto:mbeau...@matrox.com]
> > Sent: April-24-14 5:31 PM
> > To: 'General discussion about the WiX toolset.'
> > Subject: Re: [WiX-users] Restart manager, services, unattended
> > installs
> >
> > Hi Keith,
> >
> > I am not running silently and the Property and the removal of the
> > dialogs worked for my Windows 7 installation, on Windows 8 I am still
> > getting the Restart at the very end, when the MSI terminates (The last
> dialog closes).
> > It seems to be popping the reboot dialog from Windows Installer and not
> WIX.
> >
> > Sorry I couldn't be of more help,
> > Marc
> >
> >
> > -Original Message-
> > From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca]
> > Sent: April-24-2014 4:37 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Restart manager, services, unattended
> > installs
> >
> > Hi Marc, thanks for answering.
> >
> > I am not sure the property you mentioned is the right one: the
> > documentation says that with it set the way you 

Re: [WiX-users] Installer runs OK via msiexec but fails when double-clicked

[Jeremiahf]

Hello,
I know you said the installer prompts for elevated  but do you have this?
 InstallPrivileges="elevated"
 InstallScope="perMachine"/>

In the package ID section in your product.wxs file.




On Mon, Apr 28, 2014 at 5:46 PM,  wrote:

> Dit mailadres is niet meer in gebruik. Mail kan je voortaan sturen naar
> basti...@careercontrol.nl.
>
>
>
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installer runs OK via msiexec but fails when double-clicked

[Jeremiahf]

When defining your CA in your wxs file are you impersonating the CA?

Impersonate="yes"

Just a thought.


On Tue, Apr 29, 2014 at 6:48 AM, David Allen  wrote:

> I didn't have the InstallPrivileges="elevated" in the package section.
> I've added it but no change.
>
> > -Original Message-
> > From: Jeremiahf [mailto:jeremi...@gmail.com]
> > Sent: 29 April 2014 00:31
> > To: General discussion about the WiX toolset.
> > Subject: Re: [WiX-users] Installer runs OK via msiexec but fails when
> > double-clicked
> >
> > Hello,
> > I know you said the installer prompts for elevated  but do you have
> > this?
> >  InstallPrivileges="elevated"
> >  InstallScope="perMachine"/>
> >
> > In the package ID section in your product.wxs file.
> >
> >
> >
> >
> > On Mon, Apr 28, 2014 at 5:46 PM,  wrote:
> >
> > > Dit mailadres is niet meer in gebruik. Mail kan je voortaan sturen
> > naar
> > > basti...@careercontrol.nl.
> > >
> > >
> > >
> > >
> > > -
> > -
> > > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For
> > FREE
> > > Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> > > unparalleled scalability from the best Selenium testing platform
> > available.
> > > Simple to use. Nothing to install. Get started now for free."
> > > http://p.sf.net/sfu/SauceLabs
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> >
> >
> >
> > --
> > "They may forget what you said but they will never forget how you made
> > them
> > feel." -- Anonymous
> > ---
> > ---
> > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> > Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> > unparalleled scalability from the best Selenium testing platform
> > available.
> > Simple to use. Nothing to install. Get started now for free."
> > http://p.sf.net/sfu/SauceLabs
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX missing 'Start In' property in desktop shortcut

[Jeremiahf]

Try this

 
  


  




  


On Mon, Apr 28, 2014 at 1:18 AM, Satbir Singh  wrote:

> I am working with WiX from last 5 month with no issues. Recently, i am in
> need to have "StartIn" property in App Desktop shortcut. By default, its
> empty.
>
> I am working with below code:
>
>
>
>
>
>
>
> * Guid="D42BBB80-579B-42B3-A65D-130829F2982D">Name="My Application.exe" Source="D:\My Application\My Application.exe">
>   IconIndex="0" Description="My Application Description" />
>  
> *
> But didn't worked.
>
>
> I have also tried adding "Target" property:
>
>
> * Directory="DesktopFolder" Name="Virtual Sim Center Beta"
> WorkingDirectory="INSTALLDIR" Icon="DesktopIcon.exe" IconIndex="0"
> Description="My Application Description"  />*
> but getting error message:
> The Shortcut/@Target attribute cannot be specified when the Shortcut
> element is nested underneath a File element.
>
> Please Help.
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX missing 'Start In' property in desktop shortcut

[Jeremiahf]

Oh and Reference the Desktop directory in your directory structure...





   


Sorry,

J


On Tue, Apr 29, 2014 at 5:17 PM, Jeremiahf  wrote:

> Try this
>
>  
>   
>   Name="Shortcutname"
>Description="Shortcutname"
> Target="[INSTALLDIR]myapplication.EXE"
>   WorkingDirectory="INSTALLDIR"/>
>  Key='Software\[Manufacturer]\[ProductName]' Name="installed" Type="integer"
> Value="1" KeyPath="yes"/>
>   
> 
>
>
> 
>   
>
>
> On Mon, Apr 28, 2014 at 1:18 AM, Satbir Singh  wrote:
>
>> I am working with WiX from last 5 month with no issues. Recently, i am in
>> need to have "StartIn" property in App Desktop shortcut. By default, its
>> empty.
>>
>> I am working with below code:
>>
>>
>>
>>
>>
>>
>>
>> *> Guid="D42BBB80-579B-42B3-A65D-130829F2982D">   > Id="myapplication.EXE"
>> Name="My Application.exe" Source="D:\My Application\My Application.exe">
>>  > IconIndex="0" Description="My Application Description" />
>>  
>> *
>> But didn't worked.
>>
>>
>> I have also tried adding "Target" property:
>>
>>
>> *> Directory="DesktopFolder" Name="Virtual Sim Center Beta"
>> WorkingDirectory="INSTALLDIR" Icon="DesktopIcon.exe" IconIndex="0"
>> Description="My Application Description"  />*
>> but getting error message:
>> The Shortcut/@Target attribute cannot be specified when the Shortcut
>> element is nested underneath a File element.
>>
>> Please Help.
>>
>> --
>> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
>> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
>> unparalleled scalability from the best Selenium testing platform
>> available.
>> Simple to use. Nothing to install. Get started now for free."
>> http://p.sf.net/sfu/SauceLabs
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Add system sub folder

[Jeremiahf]

Off the top of my head you can use conditions to install either.





On Thu, Apr 24, 2014 at 10:55 AM,  wrote:

>
> I have a service that outputs some definitions to an Excel file.  As such,
> I need to always add this folder on install:
>
> C:\Windows\system32\config\systemprofile\desktop
>
> When this is 64 bit I also need to add this folder on install:
>
> C:\Windows\SysWow64\config\systemprofile\desktop
>
>
> Can someone give me the syntax for performing this?  Thanks for your help.
>
> --
> Start Your Social Network Today - Download eXo Platform
> Build your Enterprise Intranet with eXo Platform Software
> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
> Get Started Now And Turn Your Intranet Into A Collaboration Platform
> http://p.sf.net/sfu/ExoPlatform
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX missing 'Start In' property in desktop shortcut

[Jeremiahf]

>From my experience I HAD to use:

 
  
when adding a shortcut on the desktop. (someone correct me if they have
done it another way.)

Unless I am reading it unclear you are not referencing the desktop folder
in your directory id section.





**
   



Your code updated.


   1. 
   2. 
   3. 
   4.   **



On Wed, Apr 30, 2014 at 1:17 AM, Satbir Singh  wrote:

> Hi Guys,
> I tried what Jeremiahf said but that didn't worked too.
> Here<http://pastebin.com/W8C6njgv>I have added a demo of my installer
> with Jeremiahf's additions.
> Please Help.
>
>
>
>
>
>
> On Wed, Apr 30, 2014 at 3:47 AM, Jeremiahf  wrote:
>
> > Try this
> >
> >  
> >   
> >  >  Name="Shortcutname"
> >Description="Shortcutname"
> > Target="[INSTALLDIR]myapplication.EXE"
> >   WorkingDirectory="INSTALLDIR"/>
> >  > Key='Software\[Manufacturer]\[ProductName]' Name="installed"
> Type="integer"
> > Value="1" KeyPath="yes"/>
> >   
> > 
> >
> >
> > 
> >   
> >
> >
> > On Mon, Apr 28, 2014 at 1:18 AM, Satbir Singh 
> wrote:
> >
> > > I am working with WiX from last 5 month with no issues. Recently, i am
> in
> > > need to have "StartIn" property in App Desktop shortcut. By default,
> its
> > > empty.
> > >
> > > I am working with below code:
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > * > > Guid="D42BBB80-579B-42B3-A65D-130829F2982D">> Id="myapplication.EXE"
> > > Name="My Application.exe" Source="D:\My Application\My
> Application.exe">
> > >   > Name="My
> > > Application" WorkingDirectory="INSTALLDIR" Icon="DesktopIcon.exe"
> > > IconIndex="0" Description="My Application Description" />
> > >  
> > > *
> > > But didn't worked.
> > >
> > >
> > > I have also tried adding "Target" property:
> > >
> > >
> > > * > > Directory="DesktopFolder" Name="Virtual Sim Center Beta"
> > > WorkingDirectory="INSTALLDIR" Icon="DesktopIcon.exe" IconIndex="0"
> > > Description="My Application Description"  />*
> > > but getting error message:
> > > The Shortcut/@Target attribute cannot be specified when the Shortcut
> > > element is nested underneath a File element.
> > >
> > > Please Help.
> > >
> > >
> >
> --
> > > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> > > Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> > > unparalleled scalability from the best Selenium testing platform
> > available.
> > > Simple to use. Nothing to install. Get started now for free."
> > > http://p.sf.net/sfu/SauceLabs
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> >
> >
> >
> > --
> > "They may forget what you said but they will never forget how you made
> them
> > feel." -- Anonymous
> >
> >
> --
> > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> > Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> > unparalleled scalability from the best Selenium testing platform
> available.
> > Simple to use. Nothing to install. Get started now for free."
> > http://p.sf.net/sfu/SauceLabs
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
>
> Satbir Singh
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Is it possible to change the startup type of an existing windows service using ServiceControl?

[Jeremiahf]

You could use a custom action to do this.

cmd /c "sc config RemoteRegistry start= auto"

Then use a condition like NOT Installed to run the CA only when the
installer has not been installed on the target machine.



On Thu, May 22, 2014 at 9:55 AM, David Welton <
david.wel...@uk.thalesgroup.com> wrote:

> I am trying to start the RemoteRegistry service on a Win7 machine using
> the ServiceControl element.
>
> The service initially has a Startup Type of Disabled.
>
>
>
> My code simply looks like...
>
>
>
>   
>
>  Name='RemoteRegistry' Start='install' Stop='both' Wait='no'>
>
> 
>
> VersionNT = 601
>
> 
>
>   
>
>
>
> I am logged in as an administrator on the target machine.
>
> When I run my installer on the target machine it fails and pops up a
> message saying "Service 'Remote Registry' (RemoteRegistry) failed to
> start. Verify that you have sufficient privileges to start system
> processes." I figure that this is not about privileges as I'm an admin,
> but more about the startup type being disabled. If I manually go into
> the Service Control Manager and change the startup type to manual or
> auto I'm able to start the service through the installer.
>
>
>
> Ideally I'd like to change the startup type to auto through the
> installer so it starts on subsequent reboots of the OS but because this
> is an existing windows service I am not performing a ServiceInstall and
> so cannot set the Startup Type there.
>
> I have tried using  but really don't understand how to
> format it.
>
> Any help would be greatly appreciated.
>
>
>
> Regards,
>
> David
>
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.
> Get unparalleled scalability from the best Selenium testing platform
> available
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Starting a service from an MSI

[Jeremiahf]

Is anyone aware that b.ras...@leonit.nl  is auto responding that the email
account he is responding from says that the email address is no longer
being used? Just letting the admins know.




On Mon, May 19, 2014 at 10:08 AM,  wrote:

> Dit mailadres is niet meer in gebruik. Mail kan je voortaan sturen naar
> basti...@careercontrol.nl.
>
>
>
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.
> Get unparalleled scalability from the best Selenium testing platform
> available
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installed app not showing up in add/remove programs

[Jeremiahf]

This may be extra info but I use a config.wxi file and set the values in
there and just reference them with variables like below.

However, you should probably set your values like below except you don't
have to use variables. Just set the values that you need applied.

  



Then you can use property id's to control what is in add/remove programs.





Others you can use are ( just off the top of my head).
ARPNOMODIFY
ARPNOREPAIR



On Mon, May 26, 2014 at 1:13 PM, Phil Wilson  wrote:

> Those Uninstall registry entries will have a SystemComponent item with
> a value of 1 if you've set ARPSYSTEMCOMPONENT to 1.
> ---
> Phil Wilson
>
>
> On Mon, May 26, 2014 at 5:25 AM, Karkare,Aparna 
> wrote:
> > By any chance is below being used in your file?
> >
> > 
> >
> > If yes, this should be removed.
> >
> > Aparna Karkare
> > L&T Infotech
> > OAI-sys, Enterprise Components and Frameworks
> > Office: 020-6641-6142
> > Email: akark...@travelers.com
> >
> > -Original Message-
> > From: Namrata Kumari [mailto:namrata.kum...@aspiresys.com]
> > Sent: Monday, May 26, 2014 6:14 AM
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Installed app not showing up in add/remove
> programs
> >
> > I have  > InstallScope="perMachine" />
> >
> > still my installed app is not visible in Program feature.
> >
> >
> > But I ahve entries in registry as
> >
> HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{92A902C7-9B79-4F5D-B2B5-88BBA4FF723C}
> > and I have all entries there. Please help
> >
> >
> >
> > --
> > View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installed-app-not-showing-up-in-add-remove-programs-tp4592736p7594910.html
> > Sent from the wix-users mailing list archive at Nabble.com.
> >
> >
> --
> > The best possible search technologies are now affordable for all
> companies.
> > Download your FREE open source Enterprise Search Engine today!
> > Our experts will assist you in its installation for $59/mo, no
> commitment.
> > Test it for FREE on our Cloud platform anytime!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> > 
> > This communication, including attachments, is confidential, may be
> subject to legal privileges, and is intended for the sole use of the
> addressee. Any use, duplication, disclosure or dissemination of this
> communication, other than by the addressee, is prohibited. If you have
> received this communication in error, please notify the sender immediately
> and delete or destroy this communication and all copies.
> >
> > TRVDiscDefault::1201
> >
> >
> --
> > The best possible search technologies are now affordable for all
> companies.
> > Download your FREE open source Enterprise Search Engine today!
> > Our experts will assist you in its installation for $59/mo, no
> commitment.
> > Test it for FREE on our Cloud platform anytime!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> The best possible search technologies are now affordable for all companies.
> Download your FREE open source Enterprise Search Engine today!
> Our experts will assist you in its installation for $59/mo, no commitment.
> Test it for FREE on our Cloud platform anytime!
>
> http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
The best possible search technologies are now affordable for all companies.
Download your FREE open source Enterprise Search Engine today!
Our experts will assist you in its installation for $59/mo, no commitment.
Test it for FREE on our Cloud platform anytime!
http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MajorUpgrade element problems

[Jeremiahf]

FYI there is not an attachment.

This is how I used to do it before my requirements changed...

will upgrade 1.1.1.1 to 1.1.2.1 and not allow a downgrade.

keep the Upgradecode static and the product/Package Ids to "*"

I use a config.wxi file that I include into product.wxs then reference the
values with variables.

Up to you how to implement the values though...

Example:


  
  


NOT NEWERVERSIONDETECTED


  
  
  
...


In order to meet version control by the 4th version number you would have
to use this (It is NOT a good practice.)

There are other threads explaining why in detail. You should also research
how Microsoft handles version control to get more info in detail.

This allows 1.1.1.1 to upgrade to 1.1.1.2 and not downgrade to 1.1.0.1 or
1.1.0.2. Pretty much what you are seeing in a sense.




  
  


Thank you,

J



On Mon, Jun 2, 2014 at 10:06 AM, Przemyslaw Galera <
p.gal...@indigovision.com> wrote:

> Hi there!
> I have a terrible problem with using the MajorUpgrade element in the
> current installer we have. We tended to use the Upgrade element having
> different error messages for different versions by using UpgradeVersion
> property.
> We wanted this behaviour to persist and to force the Major upgrade for all
> the software upgrades. (Changing the Product.Id by using a wildcard and
> using old UpgradeVersion is not the solution as it makes the installer
> downgrading between builds with no errors - from 2.3.4.6 to 2.3.4.2 ,
> having two software versions installed side-by-side).
>
>
> MajorUpgrade:
> ---
> It is not possible to specify the Minimum or Maximum upgradable software
> version for this element, because the UpgradeVersion is not supported by
> MajorUpgrade element, which prevents from creating the custom actions with
> different error codes for particular software versions.
> ---
> Trying to work it around:
>
> Using the MajorUpgrade element side by side with Upgrade element is not
> possible, as the MajorUpgrade's default Id is set to Product.UpgradeCode
> which clashes with Upgrade.Id being set the same.
> There are error messages attached to the email.
>
> Could you please help? :)
>
> Thanks!
> Przemyslaw Galera
> Software Engineer
> IndigoVision
> Tel: +44 (0) 131 475 7336 (x336)
> Email: p.gal...@indigovision.com
> www.indigovision.com
> Complete IP Video Security Solutions
>
>
>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MajorUpgrade element problems

[Jeremiahf]

Meant maybe try to explain why you are getting downgrading between builds
with no errors - from 2.3.4.6 to 2.3.4.2  Got ahead of myself.

J


On Mon, Jun 2, 2014 at 3:15 PM, Jeremiahf  wrote:

> FYI there is not an attachment.
>
> This is how I used to do it before my requirements changed...
>
> will upgrade 1.1.1.1 to 1.1.2.1 and not allow a downgrade.
>
> keep the Upgradecode static and the product/Package Ids to "*"
>
> I use a config.wxi file that I include into product.wxs then reference the
> values with variables.
>
> Up to you how to implement the values though...
>
> Example:
>
> 
>OnlyDetect="no" Property="NEWERVERSIONDETECTED"/>
>Maximum="$(var.InstallerProductVersion)" OnlyDetect="no"
> IncludeMinimum="yes" IncludeMaximum="no"
>   Property="OLDVERSIONBEINGUPGRADED" />
> 
>
> NOT NEWERVERSIONDETECTED
>
> 
>   
>   
>   
> ...
> 
>
> In order to meet version control by the 4th version number you would have
> to use this (It is NOT a good practice.)
>
> There are other threads explaining why in detail. You should also research
> how Microsoft handles version control to get more info in detail.
>
> This allows 1.1.1.1 to upgrade to 1.1.1.2 and not downgrade to 1.1.0.1 or
> 1.1.0.2. Pretty much what you are seeing in a sense.
>  DowngradeErrorMessage="You cannot downgrade to [ProductName]"
> Schedule="afterInstallFinalize"/>
>
>
> 
>   
>   
>
>
> Thank you,
>
> J
>
>
>
> On Mon, Jun 2, 2014 at 10:06 AM, Przemyslaw Galera <
> p.gal...@indigovision.com> wrote:
>
>> Hi there!
>> I have a terrible problem with using the MajorUpgrade element in the
>> current installer we have. We tended to use the Upgrade element having
>> different error messages for different versions by using UpgradeVersion
>> property.
>> We wanted this behaviour to persist and to force the Major upgrade for
>> all the software upgrades. (Changing the Product.Id by using a wildcard and
>> using old UpgradeVersion is not the solution as it makes the installer
>> downgrading between builds with no errors - from 2.3.4.6 to 2.3.4.2 ,
>> having two software versions installed side-by-side).
>>
>>
>> MajorUpgrade:
>> ---
>> It is not possible to specify the Minimum or Maximum upgradable software
>> version for this element, because the UpgradeVersion is not supported by
>> MajorUpgrade element, which prevents from creating the custom actions with
>> different error codes for particular software versions.
>> ---
>> Trying to work it around:
>>
>> Using the MajorUpgrade element side by side with Upgrade element is not
>> possible, as the MajorUpgrade's default Id is set to Product.UpgradeCode
>> which clashes with Upgrade.Id being set the same.
>> There are error messages attached to the email.
>>
>> Could you please help? :)
>>
>> Thanks!
>> Przemyslaw Galera
>> Software Engineer
>> IndigoVision
>> Tel: +44 (0) 131 475 7336 (x336)
>> Email: p.gal...@indigovision.com<mailto:p.gal...@indigovision.com>
>> www.indigovision.com<http://www.indigovision.com/>
>> Complete IP Video Security Solutions
>>
>>
>>
>> --
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Managed Bootstrapper application - internal msi UI appearing *behind* the bootstrapper UI

[Jeremiahf]

I'm assuming you have this in your value in your MsiPackage chain?

DisplayInternalUI="yes"


On Thu, Jun 5, 2014 at 12:10 PM, Tunney, Stephen 
wrote:

> Does anyone know how I can fix this?  We are hitting this with an internal
> UI is being displayed on the screen.  Doesn't look too good :(
>
> Stephen Tunney
> Nuance Communications, Inc.
> Solutions Architect, Imaging Division
> Waterloo, Ontario, Canada
> stephen.tun...@nuance.com
> 519-880-7463  Office
> NUANCE.COM
> The experience speaks for itself (tm)
>
>
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with registrering shortcuts when using perMachine installations

[Jeremiahf]

Should be fine. I haven't had any problems.


On Wed, Jun 18, 2014 at 7:38 AM, neslekkim  wrote:

> anyone?, or is it perfectly ok to store this in hkcu for perMachine
> installs?
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-with-registrering-shortcuts-when-using-perMachine-installations-tp7595220p7595335.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to uninstall previously installed product

[Jeremiahf]

What was the previous installer?


On Fri, Jun 20, 2014 at 9:32 AM, Phill Hogland  wrote:

> The update behavior of msiexec and the UpdateCode property are specific to
> MSI based technology.  It would not know about other technologies like
> InstallJammer.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-uninstall-previously-installed-product-tp7595380p7595383.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to uninstall previously installed product

[Jeremiahf]

Sorry, I misunderstood as I am not familiar with InstallerJammer.

I did find this though.

http://stackoverflow.com/questions/14334012/how-can-perform-a-silent-uninstall-with-installjammer


Again, I'm not familiar with InstallerJammer and I'm assuming it doesn't
use WindowsInstaller???

Since you can have only have one install/uninstall at one time on a windows
machine this might not work if you try to uninstall during your new install.


On Fri, Jun 20, 2014 at 10:45 AM, Dolevo Jay  wrote:

> Previous installer was InstallJammer. So, what would be the best solution
> for this? Should I call uninstaller of the previous installation in
> InstallExecuteSequence ? Any example for this?
>
> > Date: Fri, 20 Jun 2014 10:30:11 -0500
> > From: jeremi...@gmail.com
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Unable to uninstall previously installed product
> >
> > What was the previous installer?
> >
> >
> > On Fri, Jun 20, 2014 at 9:32 AM, Phill Hogland 
> wrote:
> >
> > > The update behavior of msiexec and the UpdateCode property are
> specific to
> > > MSI based technology.  It would not know about other technologies like
> > > InstallJammer.
> > >
> > >
> > >
> > > --
> > > View this message in context:
> > >
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-uninstall-previously-installed-product-tp7595380p7595383.html
> > > Sent from the wix-users mailing list archive at Nabble.com.
> > >
> > >
> > >
> --
> > > HPCC Systems Open Source Big Data Platform from LexisNexis Risk
> Solutions
> > > Find What Matters Most in Your Big Data with HPCC Systems
> > > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> > > Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> > > http://p.sf.net/sfu/hpccsystems
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> >
> >
> >
> > --
> > "They may forget what you said but they will never forget how you made
> them
> > feel." -- Anonymous
> >
> --
> > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> > Find What Matters Most in Your Big Data with HPCC Systems
> > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> > Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> > http://p.sf.net/sfu/hpccsystems
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to uninstall previously installed product

[Jeremiahf]

**If it uses windows installer that is**
Since you can have only have one install/uninstall at one time on a windows
machine this might not work if you try to uninstall during your new install.


On Fri, Jun 20, 2014 at 2:41 PM, Jeremiahf  wrote:

> Sorry, I misunderstood as I am not familiar with InstallerJammer.
>
> I did find this though.
>
>
> http://stackoverflow.com/questions/14334012/how-can-perform-a-silent-uninstall-with-installjammer
>
>
> Again, I'm not familiar with InstallerJammer and I'm assuming it doesn't
> use WindowsInstaller???
>
> Since you can have only have one install/uninstall at one time on a
> windows machine this might not work if you try to uninstall during your new
> install.
>
>
> On Fri, Jun 20, 2014 at 10:45 AM, Dolevo Jay  wrote:
>
>> Previous installer was InstallJammer. So, what would be the best solution
>> for this? Should I call uninstaller of the previous installation in
>> InstallExecuteSequence ? Any example for this?
>>
>> > Date: Fri, 20 Jun 2014 10:30:11 -0500
>> > From: jeremi...@gmail.com
>> > To: wix-users@lists.sourceforge.net
>> > Subject: Re: [WiX-users] Unable to uninstall previously installed
>> product
>> >
>> > What was the previous installer?
>> >
>> >
>> > On Fri, Jun 20, 2014 at 9:32 AM, Phill Hogland 
>> wrote:
>> >
>> > > The update behavior of msiexec and the UpdateCode property are
>> specific to
>> > > MSI based technology.  It would not know about other technologies like
>> > > InstallJammer.
>> > >
>> > >
>> > >
>> > > --
>> > > View this message in context:
>> > >
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-uninstall-previously-installed-product-tp7595380p7595383.html
>> > > Sent from the wix-users mailing list archive at Nabble.com.
>> > >
>> > >
>> > >
>> --
>> > > HPCC Systems Open Source Big Data Platform from LexisNexis Risk
>> Solutions
>> > > Find What Matters Most in Your Big Data with HPCC Systems
>> > > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
>> > > Leverages Graph Analysis for Fast Processing & Easy Data Exploration
>> > > http://p.sf.net/sfu/hpccsystems
>> > > ___
>> > > WiX-users mailing list
>> > > WiX-users@lists.sourceforge.net
>> > > https://lists.sourceforge.net/lists/listinfo/wix-users
>> > >
>> >
>> >
>> >
>> > --
>> > "They may forget what you said but they will never forget how you made
>> them
>> > feel." -- Anonymous
>> >
>> --
>> > HPCC Systems Open Source Big Data Platform from LexisNexis Risk
>> Solutions
>> > Find What Matters Most in Your Big Data with HPCC Systems
>> > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
>> > Leverages Graph Analysis for Fast Processing & Easy Data Exploration
>> > http://p.sf.net/sfu/hpccsystems
>> > ___
>> > WiX-users mailing list
>> > WiX-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> --
>> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
>> Find What Matters Most in Your Big Data with HPCC Systems
>> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
>> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
>> http://p.sf.net/sfu/hpccsystems
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install fails to detect .NET 4.5 or greater on system

[Jeremiahf]

You have the check the registry.

Here is my example but with .NET 4.0

  

  




  




On Thu, Jul 10, 2014 at 1:49 PM, TimM  wrote:

> I have seen many WiX articles on detecting .NET 4.5 or greater and I have
> implemented the recommended entires, but my install will FAIL to detect
> .NET
> 4.5 on machines that have .NET 4.5 and 4.5.1.
>
> Now we are still using WiX 3.7, and therefore if the machine has .NET 4.5.1
> does the NETFRAMEWORK45 not get set properly in that version of Wix?
>
> So here are the relevant entries:
> 
> http://schemas.microsoft.com/wix/2006/wi";
>  xmlns:netfx="http://schemas.microsoft.com/wix/NetFxExtension";>
>
>  Version="$(var.ProductVersion)" Manufacturer="$(var.Manufacturer)"
>
>  UpgradeCode="F4472484-91DD-43E3-B998-FA5BD4099B72">
>  InstallScope="perMachine"
> InstallPrivileges="elevated" Description="$(var.ProductName)" />
>
>
> 
> 
>
> 
>
> So am I missing something or since we are still on Win 3.7 we will have to
> add some manual searches for machines running .NET 4.5.1?
>
> Thanks for any help on this issue.
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Install-fails-to-detect-NET-4-5-or-greater-on-system-tp7595756.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] V C++ 2013 redist detection

[Jeremiahf]

Hello everyone,

Has anyone had experience in detecting for V C++ 2013 dependency in their
installer? It's doesn't appear to be as easy as it used to be...

Thank you in Advance,

J



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [SPAM] Re: [SPAM] Re: V C++ 2013 redist detection

[Jeremiahf]

Thanks guys but I need to detect if it is installed through an msi and not
a bootstrapper. It also has to be the x86 version.
I was trying to detect it through the registry as I have done for previous
versions of V C++ Redists. Any idea's?

Sorry for the lack of info in my initial email.

Thank you again,

J


On Fri, Aug 15, 2014 at 9:38 AM, Phill Hogland  wrote:

> Bob;  Thanks for the advice.  Sorry for posting incorrect x64 code in the
> first post.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/V-C-2013-redist-detection-tp7596368p7596376.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [SPAM] Re: [SPAM] Re: V C++ 2013 redist detection

[Jeremiahf]

"In fact, I recommend against using any search for the VC runtime. They
use the WixStandardBootstrapperApplication/@SuppressDowngradeFailure
option, so you can safely always chain your desired VC runtime version.
If it's outdated, nothing happens."

So this is def a bad way to handle this even though the application getting
installed depends on it?


On Fri, Aug 15, 2014 at 10:56 AM, Jeremiahf  wrote:

> Thanks guys but I need to detect if it is installed through an msi and not
> a bootstrapper. It also has to be the x86 version.
> I was trying to detect it through the registry as I have done for previous
> versions of V C++ Redists. Any idea's?
>
> Sorry for the lack of info in my initial email.
>
> Thank you again,
>
> J
>
>
> On Fri, Aug 15, 2014 at 9:38 AM, Phill Hogland 
> wrote:
>
>> Bob;  Thanks for the advice.  Sorry for posting incorrect x64 code in the
>> first post.
>>
>>
>>
>> --
>> View this message in context:
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/V-C-2013-redist-detection-tp7596368p7596376.html
>> Sent from the wix-users mailing list archive at Nabble.com.
>>
>>
>> --
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Repairing permanent files

[Jeremiahf]

Have you tried putting conditions in your   ?

http://alekdavis.blogspot.com/2013/05/wix-woes-what-is-your-installer-doing.html


   - NOT Installed OR REINSTALL


InstallUninstallRepairModifyUpgradeINSTALLEDFALSETRUEFALSETRUETRUEREINSTALL
TRUEFALSETRUEFALSEFALSEREMOVE="ALL"FALSETRUEFALSETRUETRUE
UPGRADINGPRODUCTCODETRUEFALSETRUETRUETRUE


On Mon, Aug 18, 2014 at 5:12 AM, Jason Liquorish 
wrote:

> I have some files that I don not want to be removed when uninstalling but I
> want to be reinstalled when the installation is repaired. So far I have
> tried various combinations of setting the component to permanent, setting
> NeverOverwrite to no, setting REINSTALLMODE to amus, leaving the component
> guid blank. I can easily get the component to not be removed when
> uninstalling but getting the repair option to work on these files has not
> worked so far.
>
> What am I doing wrong?
>
> --
> Jason Liquorish - 
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FeatureTree: default to none selected?

[Jeremiahf]

Change your level to 2

On Fri, Sep 12, 2014 at 1:44 PM, Tony  wrote:

> Assuming we are using the WixUI_FeatureTree UI sequence, how can I define
> my features (multi-level) such that none of them are selected for
> installation by default?
>
> This works, but I wonder if it is a poor choice...(setting the
> rootfeature's level to '2')?
>
> 
>   
>   
> 
>
> 
>   
> 
>   
>   
> 
>   
> 
>
> 
>   
> 
>   
>   
> 
>   
> 
> --
> Tony
>
> --
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLConfig updates only from command line

[Jeremiahf]

Hello,

I have an installer that writes "default" property values to an XML config
file every time the installer runs . I have a new requirement that does not
allow me to "hardcode/set" those default property values within the
installer but just install the config file and only update the config file
when a command line parameter is passed to update a specific value in the
config file. So in other words, install the file with it's default values
when harvested and *only* write/update values to it when a command line
parameter is passed during installation. Is this possible?

Thank you in advance,

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

Re: [WiX-users] Ensure a Windows Feature is enabled?

[Jeremiahf]

What feature? Did you try looking in the registry?

On Fri, Sep 12, 2014 at 6:15 AM, neslekkim  wrote:

> Ensuring that it's there should not be the same as you install it :)
>
> Anyway, I need to detect if this feature is installed, so i can abort the
> install if it's missing, It's easy to detect IIS and .net, but is there any
> examples on how to do this feature checking?
> Is WMI really the way to do it?, was hoping that i didn't need to create an
> custom action..
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Ensure-a-Windows-Feature-is-enabled-tp6287035p7596779.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig updates only from command line

[Jeremiahf]

Also the command line parameters do update the config file. Just wanted to
be clear that the XML config file should only be written to when a command
line parameter is used.

Thanks again for any assistance.

J

On Wed, Sep 17, 2014 at 2:17 PM, Jeremiahf  wrote:

> Hello,
>
> I have an installer that writes "default" property values to an XML config
> file every time the installer runs . I have a new requirement that does not
> allow me to "hardcode/set" those default property values within the
> installer but just install the config file and only update the config file
> when a command line parameter is passed to update a specific value in the
> config file. So in other words, install the file with it's default values
> when harvested and *only* write/update values to it when a command line
> parameter is passed during installation. Is this possible?
>
> Thank you in advance,
>
> J
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig updates only from command line

[Jeremiahf]

Why didn't I think of that Sigh.. I did something similar for another
msi. Thank you so much. I made it a seperate component and set a condition
as you advised. Default is no but from command line when set to yes and
other parameter is passed the config file gets updated. Fantastic!

Cheers,

J

On Thu, Sep 18, 2014 at 12:34 AM, Stabiplan Development 
wrote:

> Hi J,
>
> Yes this is possible. Are you using just an MSI or do you use a burn
> bootstrapper?
>
> In case of an MSI you can define a property that you pass on the command
> line, similar to INSTALLDIR=... You can create your own property say
> UPDATEXML= where value can be yes or no so something like that.
>
> In your component that executes the xml update (or your custom action) you
> can use the 'condition' facility to let it run based on your command line
> supplied value.
>
> For custom actions you can use the format:  ..>UPDATEXML="yes"
> For components you can use the condition tag:
> 
>
> But check the documentation for exact syntax.
>
> Best regards,
>
> Rob van Rosmalen B ICT  software engineer
> stabiplan +31 172 65 02 65  www.stabiplan.nl www.stabiplan.nl/disclaimer
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: woensdag 17 september 2014 23:14
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XMLConfig updates only from command line
>
> Also the command line parameters do update the config file. Just wanted to
> be clear that the XML config file should only be written to when a command
> line parameter is used.
>
> Thanks again for any assistance.
>
> J
>
> On Wed, Sep 17, 2014 at 2:17 PM, Jeremiahf  wrote:
>
> > Hello,
> >
> > I have an installer that writes "default" property values to an XML
> > config file every time the installer runs . I have a new requirement
> > that does not allow me to "hardcode/set" those default property values
> > within the installer but just install the config file and only update
> > the config file when a command line parameter is passed to update a
> > specific value in the config file. So in other words, install the file
> > with it's default values when harvested and *only* write/update values
> > to it when a command line parameter is passed during installation. Is
> this possible?
> >
> > Thank you in advance,
> >
> > J
> >
>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>
> --
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce Perforce version control.
> Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Control/Change the Name of the Msi

[Jeremiahf]

Do you mean the assembly name is MyAppSetup by default? Set the assembly
name to what you want in the project properties.

On Wed, Sep 24, 2014 at 11:06 AM, newuser2014 
wrote:

> Hi,
>
> When I use wix to generate an msi for MyApp, the generated msi is named
> MyAppSetup.msi.  Is there anyway I control control/change the name of the
> generated msi?  Thank you very much for your help!
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Control-Change-the-Name-of-the-Msi-tp7596966.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Please add me to this group

[Jeremiahf]

Good call! :)

On Thu, Sep 25, 2014 at 12:34 PM, sampat magi  wrote:

> Hi,
> I am really interested to learn Wix Installer to author our product
> installer. We are planning to move from InstallShield to WiX,
>
> Regards
> Sampat
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&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 deal with heat output for registering COM components?

[Jeremiahf]

So you are trying to harvest it with heat as a single file? I'm not sure I
follow. Can you give a little more info?

From "If I integrate that fragment into my main-wxs-file and build the
solution" it sounds like you are trying to include it as a component but
not have it in a harvesty group wxs file and have it as a single component?
You want to something specific with it?

On Fri, Sep 26, 2014 at 8:51 AM, Neil Sleightholm 
wrote:

> Not sure about .NET COM components but I would run heat against the DLL
> not the typelib,
>
> Neil
>
> -Original Message-
> From: Christian Hausknecht [mailto:chauskne...@beracom.de]
> Sent: 26 September 2014 11:05
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] How to deal with heat output for registering COM
> components?
>
> Hello folks,
>
> last time I dealt with extracting registering informations with heat is
> about two years ago and I used wix 3.6 for that. Unfortunately I lost the
> command that I used to extract those informations :(
>
> Now I have a new .NET component, that I need to register on a client
> workstation with my MSI installer.
>
> First I switched to wix 3.8  - as it seems plausible to me to get up to
> date.
>
> So I tried to use heat again ...
> "C:\Program Files (x86)\WiX Toolset v3.8\bin\heat.exe" file
> Bestellschnittstellen.tlb -out Bestellschnittstellen_reg.wxs -srd -gg
> -sfrag -suid -cg Bestellschnittstellen_CG
>
> ... and arrived to get a file like this one (shortened version):
>
> 
> http://schemas.microsoft.com/wix/2006/wi";>
> 
> 
> 
> 
> 
>  Directory="TARGETDIR" Guid="{D052E472-3A43-4834-8947-67FC72350A90}">
>  Source="SourceDir\Bestellschnittstellen.tlb" />
>  Key="Interface\{0780A3A7-AB94-3B8C-869C-598DA74B53DD}\ProxyStubClsid32"
> Value="{00020424---C000-0046}" Type="string" Action="write"
> />
>  Key="Interface\{0780A3A7-AB94-3B8C-869C-598DA74B53DD}\TypeLib"
> Value="{74E0DC9F-AE47-47D4-A0D4-CACC527FCD4C}" Type="string" Action="write"
> />
> /
>  Key="TypeLib\{74E0DC9F-AE47-47D4-A0D4-CACC527FCD4C}\1.0\0\win32"
> Value="[#Bestellschnittstellen.tlb]" Type="string" Action="write" />
>  Key="TypeLib\{74E0DC9F-AE47-47D4-A0D4-CACC527FCD4C}\1.0"
> Value="Bestellschnittstellen" Type="string" Action="write" />
> 
> 
> 
> 
>
> My former files for registration looked like this:
>
> 
> http://schemas.microsoft.com/wix/2006/wi";>
> 
> 
>  Directory="TARGETDIR" Guid="{D15499E3-395C-418B-9ED3-264138F5D0EE}"
> KeyPath="yes">
> 
>  Type="string" />
> 
> 
>  Directory="TARGETDIR" Guid="{2A157D0D-1A4E-4E04-8EED-64491B5609B4}"
> KeyPath="yes">
>  Root="HKCR">
>  Value="{6C95A0E3-0C3A-330E-897B-4136BEC814EE}" Type="string" />
> 
> 
> // and so on
>
> So why there is such a difference? Am I doing something wrong or has heat
> changed in the mean time?
>
> And if my "new" attempt is the right thing, how can I deal with the
> tlb-File? If I integrate that fragment into my main-wxs-file and build the
> solution, I get this error:
> Fehler   5 ICE69: 'Bestellschnittstellen.tlb' references
> invalid file.
> J:\Projekte\\Bestellschnittstellen_reg.wxs182
>1 Profi32SQLClient
>
> Sounds plausible as the referencd tlb-File is of course not included into
> the MSI-Project (yet).
>
> So my questions are:
>
> -  Can I achieve to get the second result, that my older attempt
> did produce? And if so, of course *how* can I tune heat to give me that? (I
> would appreciate that, because it worked good and I did not need to provide
> the tlb-file somewhere in the project)
>
> -  If my new attempt is the right way these days, how do I include
> the tlb-file into my msi-project? What is the right / best way to do it?
>
> I hope someone can help me!
>
> Best regards,
>
>
> Christian Hausknecht
> Entwicklung
>
> BeraCom
> Beratung und Software-Entwicklung GmbH & Co. KG Weidestr. 134, 22083
> Hamburg
> T: +49 (0)40 547 241 - 27
> F: +49 (0)40 547 241 - 60
> M: chauskne...@beracom.de
> http://www.beracom.de
>
> =
> Kommanditgesellschaft: Sitz Hamburg, RG Hamburg, HRA 90932 Persönlich
> haftende Gesellschafterin: BeraCom Beratung und Software-Entwicklung GmbH
> Sitz Hamburg, RG Hamburg, HRB 64844
> Geschäftsführer: Arno Schaefer, Dr. Britta Kahlfuss Diese E-Mail ist
> vertraulich und exklusiv für den/die Adressaten bestimmt. Weiterleitung
> oder Kopieren, auch auszugsweise, darf nur mit ausdrücklicher schriftlicher
> Einwilligung des Absenders erfolgen. In jedem Fall ist sicherzustellen,
> dass keinerlei inhaltliche Veränderungen erfolgen. Der Absender ist von der
> Richtigk

Re: [WiX-users] How to execute a custom action after dialog showed [P]

[Jeremiahf]

Also, what if it executed silently with no UI then it wouldn't be executed
either.

On Tue, Sep 30, 2014 at 11:44 AM, Pavan Konduru 
wrote:

> How will the installer know to run the CA, if you don't want to tie it to
> a button event but want to run it when a dialog is shown?
>
>
> -Original Message-
> From: Bala [mailto:balakrish...@ameexusa.com]
> Sent: Monday, September 29, 2014 11:17 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] How to execute a custom action after dialog
> showed [P]
>
> yes. I have searched and didn't found the answer.
>
>
> Sent from Samsung Mobile.
>
>
>  Original message 
> From: Steven Ogilvie 
> Date:30/09/2014 12:15 AM (GMT+05:30)
> To: "General discussion about the WiX toolset." <
> wix-users@lists.sourceforge.net>
> Cc:
> Subject: Re: [WiX-users] How to execute a custom action after dialog
> showed [P]
>
> Classification: Public
> Hi,
>
> You can search the question within the WIX user list or in google...
>
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Execute-Custom-Action-after-dialog-td6028632.html
>
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-execture-a-Custom-Action-td709060.html#a709063
>
> http://stackoverflow.com/questions/16336684/inserting-custom-action-between-dialogs-installuisequence-in-wix
>
> etc...
>
>
> -Original Message-
> From: Bala [mailto:balakrish...@ameexusa.com]
> Sent: September-29-14 1:53 PM
> To: WiX-users@lists.sourceforge.net
> Subject: [WiX-users] How to execute a custom action after dialog showed
>
> I want to call the custom action after the dialog has shown without any
> button click event, Please help me to do that.
>
>
>
> Balakrishnan.S
>
>
>
>
> --
> Slashdot TV.  Videos for Nerds.  Stuff that Matters.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&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
> September-29-14 2:44:04 PM.
>
> The above classification labels were added to the message by TITUS Message
> Classification.
> For more information visit www.titus.com.
>
>
> --
> Slashdot TV.  Videos for Nerds.  Stuff that Matters.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve
> PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you
> Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI
> DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On uninstall, group is not removed from user

[Jeremiahf]

Why not add another custom action that removes the user from the group and
only execute on the condition of Uninstall?

On Sun, Oct 5, 2014 at 2:19 PM, Bob Arnson  wrote:

> On 05-Oct-14 01:58, Nick Ramirez wrote:
> > I was afraid that setting RemoveOnUninstall to "yes" or not putting it
> there
> > at all would have the effect of removing the existing user from the
> system.
> That doesn't happen with @CreateUser="no".
>
> > Thankfully, that does not happen. However, it also doesn't affect the
> user's
> > group membership. The user is left unchanged after uninstall, still
> > belonging to the group.
> That's the job of the RemoveUser custom action. Look for its custom
> action data in the log.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On uninstall, group is not removed from user

[Jeremiahf]

Sorry, Thought you were trying to remove the user from the group on
uninstall.

On Mon, Oct 6, 2014 at 10:42 AM, Nick Ramirez  wrote:

> No need to make my own custom action. I've found that the WiX extension
> from
> the Community MSI Extensions project has an element for adding an existing
> user to a group that works for me.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/On-uninstall-group-is-not-removed-from-user-tp7597039p7597139.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Slashdot TV.  Videos for Nerds.  Stuff that Matters.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On uninstall, group is not removed from user

[Jeremiahf]

Try this:

 

add the CustomAction to your installexecutesequence

(NOT
UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")

Hope that helps.

J

On Tue, Oct 7, 2014 at 9:57 PM, Nick Ramirez  wrote:

> Jeremiahf wrote
> > Sorry, Thought you were trying to remove the user from the group on
> > uninstall.
>
> Yep. That's what I'm trying to do. The LocalGroupMember element from the
> Community MSI Extensions does what I need. Not sure whether I should say
> it's a bug in the Util extension that it lacks this feature?
>
> I want to:
> * Add an existing user to an existing group during install
> * Remove that user from the group during uninstall
>
> I do not want to:
> * Remove the group during uninstall
> * Remove the user during uninstall
>
> The Util extension does not remove the user from the group during
> uninstall.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/On-uninstall-group-is-not-removed-from-user-tp7597039p7597177.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On uninstall, group is not removed from user

[Jeremiahf]

http://wixtoolset.org/documentation/manual/v3/wixdev/wixdev_getting_started.html

On Wed, Oct 8, 2014 at 11:35 AM, Rob Mensching  wrote:

> Or better yet, help contribute the code to the WiX toolset custom actions
> so everyone can benefit simply.
>
> _
>  Short replies here. Complete answers over there:
> http://www.firegiant.com/
>
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Wednesday, October 8, 2014 5:36 AM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] On uninstall, group is not removed from user
>
> Try this:
>
>   Directory="TARGETDIR"
> ExeCommand="cmd.exe /c net localgroup  administrators youruser
> /delete" //this just deletes the users group membership and not the user.
> Return="check"
> Execute="deferred"
> Impersonate="no" />
>
> add the CustomAction to your installexecutesequence
>   Before="RemoveFiles">(NOT
> UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")
>
> Hope that helps.
>
> J
>
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSI won't install on XP

[Jeremiahf]

I have run my installers on xp with that version number of 200 and it was
fine.
XP w/ SP3

Someone correct me if I am wrong but shouldn't both of these be unique?
(I'm not saying this is the problem.)

   
   

On Tue, Oct 21, 2014 at 4:43 PM, Christopher Fraser  wrote:

> On 21/10/14 22:18, John Cooper wrote:
> > What version of Windows Installer Service is installed on the XP box and
> what version does the MSI require?   Post-Vista generally uses 5.0.  XP
> often has 3.0, although it can be upgraded to 4.5.
>
> Hmmm ... msiexec says 3.0. I installed 4.5 and got exactly the same
> error. I have InstallerVersion='200' but I don't know if this is too low.
>
> Christopher.
>
>
>
> --
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSI won't install on XP

[Jeremiahf]

You didn't happen to have it open in orca when you ran the installer did
you?

On Tue, Oct 21, 2014 at 5:14 PM, Christopher Fraser  wrote:

> I'm using WiX 3.8 and I don't use .Net (in this, at least).
>
> On 21/10/14 23:09, Carter Young wrote:
> > What Version of WiX are you using and if your App uses the .Net
> > Framework, what version is that?
> >
> > Quoting Christopher Fraser :
> >
> >> On 21/10/14 22:18, John Cooper wrote:
> >>> What version of Windows Installer Service is installed on the XP
> >>> box and what version does the MSI require?   Post-Vista generally
> >>> uses 5.0.  XP often has 3.0, although it can be upgraded to 4.5.
> >>
> >> Hmmm ... msiexec says 3.0. I installed 4.5 and got exactly the same
> >> error. I have InstallerVersion='200' but I don't know if this is too
> low.
> >>
> >> Christopher.
>
>
>
> --
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installed application after the upgrade

[Jeremiahf]

Here is the condition you can use





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

Here is the link to diff. OS versions.

http://msdn.microsoft.com/library/aa370556.aspx


On Tue, Oct 21, 2014 at 3:56 PM, Baris Caglar  wrote:

> Hello, first time question:
>
>
>
> I am trying to limit my application to Windows Vista and 7, and want it to
> be removed by the OS during an upgrade to higher OS. Is this even possible?
> Is marking Condition with versionNT enough for this, or is there another
> condition that needs to be set?
>
>
>
> Thanks,
>
>
>
> Baris.
>
>
> --
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Incorrect syntax near 'DATABASE' while Uninstalling from AddRemoveProgram

[Jeremiahf]

Are you creating the database with the installer?

On Tue, Nov 4, 2014 at 7:21 AM, Bala  wrote:

> HI All,
>
>
>
> The exact error in log file
>
>
>
> Error 26202. Error -2147217900: failed to drop SQL database: , error
> detail:
> Incorrect syntax near 'DATABASE'..
>
>
>
> If manually deleted the Registry entry for add/remove program and delete
> the
> installer files after that Installed again and uninstalled it is not
> throwing error also not deleting the database.
>
>
>
> Checked with SQL profiles for the query.
>
>
>
> "Drop DATABASE "
>
>
>
>
>
> I need to fix the issue.
>
>
>
> Help me .
>
>
>
> Thanks
>
> Bala
>
>
>
>
>
>
>
> From: Bala [mailto:balakrish...@ameexusa.com]
> Sent: 04 November 2014 18:33
> To: WiX-users@lists.sourceforge.net
> Subject: Incorrect syntax near 'DATABASE' while Uninstalling from
> AddRemoveProgram
>
>
>
> HI,
>
>
>
> While uninstalling a WIX installation from Add/Remove program it throws
> error like "Error 26202. Error -2147217900: failed to drop SQL database: ,
> error detail: Incorrect syntax near 'DATABASE'.
>
> Analyzed further through SQL profiles and found that the DATABASE name
> comes
> as empty.
>
>
>
> Please help me how to fix this issue.
>
>
>
> Thanks
>
> Bala.
>
>
>
>
>
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Package download failed in Web Installer

[Jeremiahf]

What's the difference between the two machines? Firewall? Different network
configuration/subnet?

On Fri, Nov 7, 2014 at 7:15 AM, Mohamed Yasir 
wrote:

> Hi,
>
> I have created two msi file (SampleSetup1 & SampleSetup2) using wix
> toolset3.8.
>
> In Installation,SampleSetup1 download successfully,but While downloading a
> SampleSetup2,it shown below error.
>
> (Note:Two msi were download successfully in another machine.)
>
> Error 0x80072ee2: Failed while reading from internet.
>
> Error 0x80072ee2: Failed while reading from internet and writing to:
>
> C:\Users\shant\AppData\Local\Temp\{0c8156b4-ccb1-499f-bbd0-7478920ba13d}\SampleSetup2
>
> Error 0x80072ee2: Failed to download URL: http://dummy.msi
>
> Error 0x80072ee2: Failed attempt to download URL: 'http://dummy.msi' to:
>
> 'C:\Users\shant\AppData\Local\Temp\{0c8156b4-ccb1-499f-bbd0-7478920aa13d}\SampleSetup2'
>
> Error 0x80072ee2: Failed to acquire payload from: 'http://dummy.msi' to
> working path:
>
> 'C:\Users\shant\AppData\Local\Temp\{0c8156b4-ccb1-499f-bbd0-7478920aa13d}\SampleSetup2'
>
> Failed to acquire payload: WindowsFormsSamplesPackage to working path:
>
> C:\Users\shant\AppData\Local\Temp\{0c8156b4-ccb1-499f-bbd0-7478920aa13d}\SampleSetup2,
> error: 0x80072ee2.
>
> Error 0x80072ee2: Cache thread exited unexpectedly.
>
> can you please share why this kind of error occurred ?
>
> Please share any idea on this.
>
> Regards,
> Mohamed Yasir K
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Package-download-failed-in-Web-Installer-tp7597807.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Cant get util:RemoveFolderEx to work on network drive

[Jeremiahf]

You are trying to remove a directory that does not exist.

Missing folder property: APPLICATIONDATAFOLDER

and you are not creating it as a directory:









Instead searching the registery:


  




How do you know that the drive letter will always be h:?

Value="h:\topfolder\middlefolder"


Instead you should be using the WIX Registry Element.
http://wixtoolset.org/documentation/manual/v3/xsd/wix/registry.html

On Thu, Dec 4, 2014 at 11:16 AM, Samir  wrote:

> Hello everyone,
>
> I'm trying to remove some folders that will be created after the
> installation on network drive H:.
>
> This is the structure of the folders that I'm trying to remove:
> <
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7598399/folderStructure.png
> >
>
> What happends is that only the folder named "bottomfoldertwo" is removed
> and
> the files inside bottomfoldertwo and bottomfolderone.
>
> What I also noticed is that when I try to run the code against the same
> folder structure placed on C drive instead of H, all the files get removed.
>
> So my question is: Why are the not all files removed on H drive.
>
> The project and logfiles can be found here:
> RemoveFromHDrive.zip
> <
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7598399/RemoveFromHDrive.zip
> >
>
> Regards Samir
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Cant-get-util-RemoveFolderEx-to-work-on-network-drive-tp7598399.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



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

Re: [WiX-users] "Condition" problem

[Jeremiahf]

Have you seen this WIX Tutorial?

http://wix.tramontana.co.hu/tutorial/getting-started/conditional-installation

also,

http://blogs.technet.com/b/alexshev/archive/2008/02/10/from-msi-to-wix-part-3.aspx

On Thu, Dec 4, 2014 at 2:12 PM, Marek Mielcarek 
wrote:

> I need to define a Condition which generates message and stops
> installation (if condition fails). This Condition makes sense only if a
> particular Feature is being installed. It looks like I cannot use standard
> LaunchCondition because checking for a Feature (using &Feature=3 or
> &Feature=4) can be used reliably only after FinalizeCost, which happens
> after LaunchConditions.
>
> Is there a way I can define such condition on a Feature level ?  If not,
> what is the best way to achieve the same outcome ?
>
> Thanks a lot
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



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

Re: [WiX-users] "Condition" problem

[Jeremiahf]

That makes a little more sense now. Try placing a condition in your feature
that includes a condition message. The condition message should reference
the condition using similar to what Pavan gave an example of.

example for .net 4 detection just to give you an idea of what I am talking
about:

 

  




  


Does it make sense how the message is related to the condition? This will
pop up a message and stop the installation. This installer will never
complete until the condition is met.

On Thu, Dec 4, 2014 at 8:56 PM, Marek Mielcarek 
wrote:

> I appreciate your help. The problem is that the installer is mainly used
> as command-line without any GUI. The package gets pushed to several
> machines and executed with several options (features) enabled or disabled,
> depending on deployment automation schema. There might be 100+ servers
> involved. My installer might be directed to deploy a feature that requires
> IIS but server might not have it. In reality, the situation is even more
> complex as there are other features that need to check for other
> prerequisites (i.e. MSMQ, specific OLDB drivers etc).
>
> I started leaning toward custom actions that can break installation
> process i‎f they cannot detect something they should. I wanted to avoid
> that hoping there is something cleaner.
>
> Thanks a lot.
>
>
>   Original Message
> From: Pavan Konduru
> Sent: Thursday, December 4, 2014 21:46
> To: General discussion about the WiX toolset.
> Reply To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] "Condition" problem
>
>
> You should set up the next button in the feature selection screen to
> display a dialog that IIS is required for that feature(if selected).
> MyCustomizeDLg is the dialog that has the list of the your features user
> can select.
> IISFOUND is a property you set to search for IIS present or not(I think
> WIX has an in-built property to do this IISMAJORVERSION).
> FeatureneedsIIS is the feature that requires IIS.
>
> Something like this:
>
>  Value="IISNotFoundDlg">
>
> In the dialog that shows the message to the user redirect the OK button to
> exit dialog.
>
>  Default="yes" Cancel="yes" Text="OK">
>   1
>  
>
> -Original Message-
> From: Marek Mielcarek [mailto:mmielca...@actuate.com]
> Sent: Thursday, December 04, 2014 3:06 PM
> To: wix-users@lists.sourceforge.net; General discussion about the WiX
> toolset.
> Subject: Re: [WiX-users] "Condition" problem
>
> Example: one of the features requires IIS. ‎Check for IIS should occur
> only if the feature is selected. If te check succeeds, the feature shall be
> installed. If it fails, the installation shall fail. If feature is not
> selected the IIS does not matter.
>
>   Original Message
> From: Pavan Konduru
> Sent: Thursday, December 4, 2014 18:00
> To: General discussion about the WiX toolset.
> Reply To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] "Condition" problem
>
>
> Can give an example so it will be easier to understand?
> What are the conditions and what do the features depend on?
>
> -Original Message-
> From: Marek Mielcarek [mailto:mmielca...@actuate.com]
> Sent: Thursday, December 04, 2014 2:28 PM
> To: wix-users@lists.sourceforge.net; General discussion about the WiX
> toolset.
> Subject: Re: [WiX-users] "Condition" problem
>
> User can select any feature. Each feature has a different condition.
> Installer verifies the condition for feature if it was selected for
> installation. If the condition is not met, installer breaks and informs
> what was the reason.
>
>   Original Message
> From: Pavan Konduru
> Sent: Thursday, December 4, 2014 17:24
> To: General discussion about the WiX toolset.
> Reply To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] "Condition" problem
>
>
> "This Condition makes sense only if a particular Feature is being
> installed."
>
> So, how do you plan to achieve this even before a feature is selected for
> install?
>
> -Original Message-
> From: Marek Mielcarek [mailto:mmielca...@actuate.com]
> Sent: Thursday, December 04, 2014 12:13 PM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] "Condition" problem
>
> I need to define a Condition which generates message and stops
> installation (if condition fails). This Condition makes sense only if a
> particular Feature is being installed. It looks like I cannot use standard
> LaunchCondition because checking for a Feature (using &Feature=3 or
> &Feature=4) can be used reliably only after FinalizeCost, which happens
> after LaunchConditions.
>
> Is there a way I can define such condition on a Feature level ?  If not,
> what is the best way to achieve the same outcome ?
>
> Thanks a lot
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from
> Actuate! Instantly Supercharge Your Business Reports and Dashboards w

Re: [WiX-users] "Condition" problem

[Jeremiahf]

Did you set a condition level under the feature Id??

 

On Fri, Dec 5, 2014 at 9:27 AM, Marek Mielcarek 
wrote:

> Thank you for your help Jeremiah. I actually tried that before I sent the
> message to this group.
> Apparently, it is not allowed to place "Condition" with a message inside a
> Feature.
> WiX compiler generates this: "The Condition element contains an unexpected
> attribute 'Message'" :(
>
>
>
>
>
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: Friday, December 05, 2014 10:16 AM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] "Condition" problem
>
> That makes a little more sense now. Try placing a condition in your
> feature that includes a condition message. The condition message should
> reference the condition using similar to what Pavan gave an example of.
>
> example for .net 4 detection just to give you an idea of what I am talking
> about:
>
>  
> 
>Key="SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client" Name="Install"
> Type="raw" />
> 
>
> 
> 
>   
> 
>
> Does it make sense how the message is related to the condition? This will
> pop up a message and stop the installation. This installer will never
> complete until the condition is met.
>
> On Thu, Dec 4, 2014 at 8:56 PM, Marek Mielcarek 
> wrote:
>
> > I appreciate your help. The problem is that the installer is mainly
> > used as command-line without any GUI. The package gets pushed to
> > several machines and executed with several options (features) enabled
> > or disabled, depending on deployment automation schema. There might be
> > 100+ servers involved. My installer might be directed to deploy a
> > feature that requires IIS but server might not have it. In reality,
> > the situation is even more complex as there are other features that
> > need to check for other prerequisites (i.e. MSMQ, specific OLDB drivers
> etc).
> >
> > I started leaning toward custom actions that can break installation
> > process i‎f they cannot detect something they should. I wanted to
> > avoid that hoping there is something cleaner.
> >
> > Thanks a lot.
> >
> >
> >   Original Message
> > From: Pavan Konduru
> > Sent: Thursday, December 4, 2014 21:46
> > To: General discussion about the WiX toolset.
> > Reply To: General discussion about the WiX toolset.
> > Subject: Re: [WiX-users] "Condition" problem
> >
> >
> > You should set up the next button in the feature selection screen to
> > display a dialog that IIS is required for that feature(if selected).
> > MyCustomizeDLg is the dialog that has the list of the your features
> > user can select.
> > IISFOUND is a property you set to search for IIS present or not(I
> > think WIX has an in-built property to do this IISMAJORVERSION).
> > FeatureneedsIIS is the feature that requires IIS.
> >
> > Something like this:
> >
> >  > Value="IISNotFoundDlg">
> >
> > In the dialog that shows the message to the user redirect the OK
> > button to exit dialog.
> >
> >  > Default="yes" Cancel="yes" Text="OK">
> >   1
> > 
> >
> > -Original Message-
> > From: Marek Mielcarek [mailto:mmielca...@actuate.com]
> > Sent: Thursday, December 04, 2014 3:06 PM
> > To: wix-users@lists.sourceforge.net; General discussion about the WiX
> > toolset.
> > Subject: Re: [WiX-users] "Condition" problem
> >
> > Example: one of the features requires IIS. ‎Check for IIS should occur
> > only if the feature is selected. If te check succeeds, the feature
> > shall be installed. If it fails, the installation shall fail. If
> > feature is not selected the IIS does not matter.
> >
> >   Original Message
> > From: Pavan Konduru
> > Sent: Thursday, December 4, 2014 18:00
> > To: General discussion about the WiX toolset.
> > Reply To: General discussion about the WiX toolset.
> > Subject: Re: [WiX-users] "Condition" problem
> >
> >
> > Can give an example so it will be easier to understand?
> > What are the conditions and what do the features depend on?
> >
> > -Original Message-
> > From: Marek Mielcarek [mailto:mmielca...@actuate.com]
> > Sent: Thursday, December 04, 2014 2:28 PM
> > To: wix-users@lists.sourceforge.net; General discussion about the WiX
> > toolset.
> > Subject: Re: [WiX-users] "Condition"

Re: [WiX-users] "Condition" problem

[Jeremiahf]

Now I see the rest of the threads. :/

On Fri, Dec 5, 2014 at 2:13 PM, Jeremiahf  wrote:

> Did you set a condition level under the feature Id??
>
>  
>
> On Fri, Dec 5, 2014 at 9:27 AM, Marek Mielcarek 
> wrote:
>
>> Thank you for your help Jeremiah. I actually tried that before I sent the
>> message to this group.
>> Apparently, it is not allowed to place "Condition" with a message inside
>> a Feature.
>> WiX compiler generates this: "The Condition element contains an
>> unexpected attribute 'Message'" :(
>>
>>
>>
>>
>>
>> -Original Message-
>> From: Jeremiahf [mailto:jeremi...@gmail.com]
>> Sent: Friday, December 05, 2014 10:16 AM
>> To: General discussion about the WiX toolset.
>> Subject: Re: [WiX-users] "Condition" problem
>>
>> That makes a little more sense now. Try placing a condition in your
>> feature that includes a condition message. The condition message should
>> reference the condition using similar to what Pavan gave an example of.
>>
>> example for .net 4 detection just to give you an idea of what I am talking
>> about:
>>
>>  
>> 
>>   > Key="SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client" Name="Install"
>> Type="raw" />
>> 
>>
>> 
>> 
>>   
>> 
>>
>> Does it make sense how the message is related to the condition? This will
>> pop up a message and stop the installation. This installer will never
>> complete until the condition is met.
>>
>> On Thu, Dec 4, 2014 at 8:56 PM, Marek Mielcarek 
>> wrote:
>>
>> > I appreciate your help. The problem is that the installer is mainly
>> > used as command-line without any GUI. The package gets pushed to
>> > several machines and executed with several options (features) enabled
>> > or disabled, depending on deployment automation schema. There might be
>> > 100+ servers involved. My installer might be directed to deploy a
>> > feature that requires IIS but server might not have it. In reality,
>> > the situation is even more complex as there are other features that
>> > need to check for other prerequisites (i.e. MSMQ, specific OLDB drivers
>> etc).
>> >
>> > I started leaning toward custom actions that can break installation
>> > process i‎f they cannot detect something they should. I wanted to
>> > avoid that hoping there is something cleaner.
>> >
>> > Thanks a lot.
>> >
>> >
>> >   Original Message
>> > From: Pavan Konduru
>> > Sent: Thursday, December 4, 2014 21:46
>> > To: General discussion about the WiX toolset.
>> > Reply To: General discussion about the WiX toolset.
>> > Subject: Re: [WiX-users] "Condition" problem
>> >
>> >
>> > You should set up the next button in the feature selection screen to
>> > display a dialog that IIS is required for that feature(if selected).
>> > MyCustomizeDLg is the dialog that has the list of the your features
>> > user can select.
>> > IISFOUND is a property you set to search for IIS present or not(I
>> > think WIX has an in-built property to do this IISMAJORVERSION).
>> > FeatureneedsIIS is the feature that requires IIS.
>> >
>> > Something like this:
>> >
>> > > > Value="IISNotFoundDlg">
>> >
>> > In the dialog that shows the message to the user redirect the OK
>> > button to exit dialog.
>> >
>> > > > Default="yes" Cancel="yes" Text="OK">
>> >   1
>> > 
>> >
>> > -Original Message-
>> > From: Marek Mielcarek [mailto:mmielca...@actuate.com]
>> > Sent: Thursday, December 04, 2014 3:06 PM
>> > To: wix-users@lists.sourceforge.net; General discussion about the WiX
>> > toolset.
>> > Subject: Re: [WiX-users] "Condition" problem
>> >
>> > Example: one of the features requires IIS. ‎Check for IIS should occur
>> > only if the feature is selected. If te check succeeds, the feature
>> > shall be installed. If it fails, the installation shall fail. If
>> > feature is not selected the IIS does not matter.
>> >
>> >   Original Message
>> > From: Pavan Konduru
>> > Sent: Thursday, December 4, 2014 18:00
>> > To: General discussion about the WiX toolset.
>> > Reply To: General discussion about the WiX tools

Re: [WiX-users] How can i use variables in SqlString?

[Jeremiahf]

Are you setting Property Id's with values?
E.g.




Then:

   




On Mon, Dec 15, 2014 at 8:53 AM, patrickpirzer 
wrote:
>
> I want to create a new SQL Login, so i tried this with the following
> SqlString:
>
> Guid="AEE91491-99FA-40A9-AB47-1E9FC2DDEF2A"
>Directory="INSTALLDIR">
> SQL="IF NOT EXISTS (SELECT * FROM sysusers WHERE
> name='[MyUser]')
>BEGIN
>EXEC sp_grantdbaccess '[MyUser]'
>END"
>ExecuteOnInstall="yes"
>SqlDb="[MyDatabase]"/>
> 
>
> Unfortunately the brackets around the variables like MyUser and MyDatabase
> are not accepted by the compiler.
> How can i use variables in the SqlString-element?
>
> Thanks in advance!
> Patrick
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-can-i-use-variables-in-SqlString-tp7598582.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>


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

Re: [WiX-users] Installing COM+ application

[Jeremiahf]

Have a look at this.

http://wixtoolset.org/documentation/manual/v3/overview/heat.html

On Mon, Dec 15, 2014 at 2:42 PM, wixtester  wrote:
>
>
>
> The COM+ application is .Net and not native. After correcting the attribute
> values, I am now getting errors with .Net failing to register the assembly.
> The assembly seems to be fine and registers well when manually run with
> regsvcs.
>
> Any idea why the installer is unable to register the assembly?
>
>
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to invoke
> RegistrationHelper.InstallAssembly() method
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to register .NET
> assembly
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to register
> assembly,
> key: Exchange2010PSV2ComPlusAssembly
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to register
> assemblies
> CustomAction ComPlusInstallExecuteCommit returned actual error code 1603
> (note this may not be 100% accurate if translation happened inside sandbox)
>
> thanks!
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installing-COM-application-tp7598583p7598587.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>


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

[WiX-users] Merry Christmas and Happy New Years!

[Jeremiahf]

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

Re: [WiX-users] How to create a sql server login without creating a database?

[Jeremiahf]

Oh and if SQL is clustered or has a named instance don't use "."

J

On Wed, Jan 7, 2015 at 2:23 AM, patrickpirzer 
wrote:

> I have programmed a bootstrapper-project with WiX 3.8.
> While the installation i want to create a sql server login with
> sql-authentication.
> So i embedded in the Product.wxs of my MSI-Project the following component.
>
> Guid="EB24CC36-D016-4E7C-A35D-26D31E1A5DFA"
>Directory="TARGETDIR">
>   Database="testDb"
>  Server="."
>  Instance="SQLEXPRESS"
>  CreateOnInstall="yes"
>  DropOnUninstall="yes"
>  DropOnReinstall="no"
>  ContinueOnError="yes">
> ContinueOnError="yes"
>ExecuteOnInstall="yes"
>ExecuteOnUninstall="no"
>ExecuteOnReinstall="no"
>Sequence="11000"
>SQL="BEGIN
>   USE [master]
>   GO
>   CREATE LOGIN [MyUser] WITH
> PASSWORD=N'YourPassword', DEFAULT_DATABASE=[master],
> DEFAULT_LANGUAGE=[Deutsch], CHECK_EXPIRATION=OFF, CHECK_POLICY=ON
>   GO
>   ALTER LOGIN [MyUser] DISABLE
>   GO
> END">
> 
> 
>
> But when i take a look into the logins with SQL Server Management, the
> MyUser-login is not there.
> Further i have the problem, that i don't want to create always the database
> before creating the login.
> Is there a way to do that?
>
> Thanks in advance!
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-create-a-sql-server-login-without-creating-a-database-tp7598746.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to create a sql server login without creating a database?

[Jeremiahf]

I think this is what you may be looking for.

http://stackoverflow.com/questions/1601186/sql-server-script-to-create-a-new-user

I don't think you want to use ContinueOnError="yes". That way you may be
able to see what is wrong if you use verbose logging and it might help.

J

On Wed, Jan 7, 2015 at 2:23 AM, patrickpirzer 
wrote:

> I have programmed a bootstrapper-project with WiX 3.8.
> While the installation i want to create a sql server login with
> sql-authentication.
> So i embedded in the Product.wxs of my MSI-Project the following component.
>
> Guid="EB24CC36-D016-4E7C-A35D-26D31E1A5DFA"
>Directory="TARGETDIR">
>   Database="testDb"
>  Server="."
>  Instance="SQLEXPRESS"
>  CreateOnInstall="yes"
>  DropOnUninstall="yes"
>  DropOnReinstall="no"
>  ContinueOnError="yes">
> ContinueOnError="yes"
>ExecuteOnInstall="yes"
>ExecuteOnUninstall="no"
>ExecuteOnReinstall="no"
>Sequence="11000"
>SQL="BEGIN
>   USE [master]
>   GO
>   CREATE LOGIN [MyUser] WITH
> PASSWORD=N'YourPassword', DEFAULT_DATABASE=[master],
> DEFAULT_LANGUAGE=[Deutsch], CHECK_EXPIRATION=OFF, CHECK_POLICY=ON
>   GO
>   ALTER LOGIN [MyUser] DISABLE
>   GO
> END">
> 
> 
>
> But when i take a look into the logins with SQL Server Management, the
> MyUser-login is not there.
> Further i have the problem, that i don't want to create always the database
> before creating the login.
> Is there a way to do that?
>
> Thanks in advance!
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-create-a-sql-server-login-without-creating-a-database-tp7598746.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustomAction built for AnyCPU does not read 64-bit registry hive

[Jeremiahf]

Defer it?

On Wed, Jan 7, 2015 at 8:49 PM, wixtester  wrote:

>
> The CustomAction does not permit "Win64" attribute for a managed custom
> action
>
>  BinaryKey='provisionCA' DllEntry='SearchJRE' Execute="immediate"
> Return="check" Win64="yes"/>
>
>
> Error message
> 
>  error CNDL0037: The CustomAction/@Win64 attribute can only be specified
> with one of the following attributes:Script, VBScriptCall, or JScriptCall
> present.
>
>
> Note: I am using managed custom action because of some additional
> processing
> required, after the JRE version is identified.
>
> Thanks much!
>
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-built-for-AnyCPU-does-not-read-64-bit-registry-hive-tp7598754p7598761.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustomAction built for AnyCPU does not read 64-bit registry hive

[Jeremiahf]

Sorry, for the short response. I have done it by setting conditions. x86 vs
x64.Per Rob's blog, check this out
http://wixtoolset.org/documentation/manual/v3/howtos/redistributables_and_install_checks/block_install_on_os.html
and (it is also linked) http://msdn.microsoft.com/library/aa370556.aspx

It should give you some direction.

On Thu, Jan 8, 2015 at 12:01 AM, Jeremiahf  wrote:

> Defer it?
>
> On Wed, Jan 7, 2015 at 8:49 PM, wixtester  wrote:
>
>>
>> The CustomAction does not permit "Win64" attribute for a managed custom
>> action
>>
>> > BinaryKey='provisionCA' DllEntry='SearchJRE' Execute="immediate"
>> Return="check" Win64="yes"/>
>>
>>
>> Error message
>> 
>>  error CNDL0037: The CustomAction/@Win64 attribute can only be specified
>> with one of the following attributes:Script, VBScriptCall, or JScriptCall
>> present.
>>
>>
>> Note: I am using managed custom action because of some additional
>> processing
>> required, after the JRE version is identified.
>>
>> Thanks much!
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-built-for-AnyCPU-does-not-read-64-bit-registry-hive-tp7598754p7598761.html
>> Sent from the wix-users mailing list archive at Nabble.com.
>>
>>
>> --
>> Dive into the World of Parallel Programming! The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is
>> your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom action using CAQuietExec fails on uninstall (likely permissions issue)

[Jeremiahf]

Are you using conditions in the install execute sequence?

On Fri, Jan 9, 2015 at 9:31 AM, wixtester  wrote:

> Hi,
>
>I have a scripted custom action to register a COM+ service on install
> and
> unregister it during uninstall.
> It works fine during install, but fails during uninstall.
>
> Custom Action code to unregister
> -
>  Value=""[WindowsFolder]Microsoft.NET\Framework\v2.0.50727\Regsvcs.exe"
> /u "[INSTALLFOLDER]SentillionExchange2010PSV2.dll""
> Execute="immediate"/>
>  DllEntry="CAQuietExec" Execute="deferred" Return="check" Impersonate="no"/>
>
>
>
> Log during uninstall contained failed CA call
> 
>
> MSI (s) (08:A8) [15:47:25:342]: Executing op:
>
> CustomActionSchedule(Action=ca_UnReg_Assembly,ActionType=3073,Source=BinaryData,Target=CAQuietExec,CustomActionData="C:\Windows\Microsoft.NET\Framework\v2.0.50727\Regsvcs.exe"
> /u "C:\Program Files (x86)\Caradigm\Provisioning Bridge
> Server\Bridges\Exchange\SentillionExchange2010PSV2.dll")
> MSI (s) (08:60) [15:47:25:373]: Invoking remote custom action. DLL:
> C:\Windows\Installer\MSI3C5.tmp, Entrypoint: CAQuietExec
> MSI (s) (08:70) [15:47:25:373]: Generating random cookie.
> MSI (s) (08:70) [15:47:25:373]: Created Custom Action Server with PID 924
> (0x39C).
> MSI (s) (08:08) [15:47:25:405]: Running as a service.
> MSI (s) (08:08) [15:47:25:405]: Hello, I'm your 32bit Elevated custom
> action
> server.
> CAQuietExec:  Microsoft (R) .NET Framework Services Installation Utility
> Version 2.0.50727.7905
> CAQuietExec:  Copyright (c) Microsoft Corporation.  All rights reserved.
> CAQuietExec:
> CAQuietExec:
> The following un-installation error occurred:
> CAQuietExec:  1: Assembly not found: 'C:\Program Files
> (x86)\Caradigm\Provisioning Bridge
> Server\Bridges\Exchange\SentillionExchange2010PSV2.dll'.
> CAQuietExec:  Error 0x80070001: Command line returned an error.
> CAQuietExec:  Error 0x80070001: CAQuietExec Failed
> CustomAction ca_UnReg_Assembly returned actual error code 1603 (note this
> may not be 100% accurate if translation happened inside sandbox)
>
>
>
> I verified that the dll was present on the system, I am therefore wondering
> if "Assembly not found" means unable to access the file.
>
> This is happening on Win 2008 R2 and Win 2012 operating systems.
>
> The 64-bit msi installs 32-bit application under program files (x86). I am
> therefore using the 32-bit CAQuietExec custom action.
>
>
> Any thoughts on what I might be missing here?
>
>
> Thanks,
> sangeeta
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-action-using-CAQuietExec-fails-on-uninstall-likely-permissions-issue-tp7598794.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Rollback not triggered with WIXFAILWHENDEFERRED

[Jeremiahf]

Include the condition in your execute sequence to include REMOVE=ALL

On Fri, Jan 16, 2015 at 11:35 AM, wixtester  wrote:

> Hi,
>
>I am using the WIXFAILWHENDEFFERED customaction reference to test the
> installer rollback sequence.
> The Install rollback works fine with this property but the uninstall
> rollback does not get triggered.
>
> Appreciate any help in getting the correct command for uninstall rollback
>
> Product.wxs has
> ---
> 
>
>
> Uninstall rollback commands I tried
> ---
> msiexec /qb- /x MSINAME.msi /l*v uninstall.log WIXFAILWHENDEFERRED=1
> msiexec /qr /x MSINAME.msi /l*v uninstall.log  WIXFAILWHENDEFERRED=1
> msiexec /x MSINAME.msi /l*v uninstall.log  WIXFAILWHENDEFERRED=1
>
> The logs indicate
> ---
> skipping action: WixFailWhenDeferred (condition is false)
>
>
> Thanks !
>
>
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Uninstall-Rollback-not-triggered-with-WIXFAILWHENDEFERRED-tp7598874.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading old installer

[Jeremiahf]

So you want to leave the old config file there? Will your new installer
configure the new config file and maintain it from there on?

On Wed, Jan 28, 2015 at 8:15 AM, Kraygsoft 
wrote:

> Anyone 
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-old-installer-tp7599052p7599055.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



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

Re: [WiX-users] Restart Manager failed to open session

[Jeremiahf]

I assume you have read this?
https://msdn.microsoft.com/en-us/library/windows/desktop/aa373680(v=vs.85).aspx

On Thu, Feb 12, 2015 at 4:43 PM, Sascha Sertel 
wrote:

> My WiX 3.9 installer uses RestartManager to shut down the app if it's still
> running before upgrading or uninstalling. That has worked great for me with
> very few issues.
>
> Now I have come across a Windows 7 (Pro, SP1, x64) system on which it
> consistently fails to shut down the app, every single time. A look at the
> log file reveals that there was an issue opening the RestartManager
> session:
>
> MSI (s) (F4:90) [13:29:42:363]: RESTART MANAGER: Failed to open session;
> Windows Installer will use the built-in FilesInUse functionality. Error:
> 121
>
> That error 121 means ERROR_SEM_TIMEOUT, which according to MSDN means it
> "could not obtain a Registry write mutex in the allotted time. A system
> restart is recommended because further use of the Restart Manager is likely
> to fail."
>
> I have tried restarting that machine, but it doesn't make a difference, it
> keeps failing with that same error. As a result my app doesn't get a
> WM_ENDSESSION message and doesn't shut down, making the installer fail.
>
> My only viable option at this point seems to have a custom action which
> send a fake WM_ENDSESSION to my app or worst case force kill the process if
> RestartManager couldn't do it, but that defeats the whole purpose of having
> RestartManager in the first place, and also won't work if there are any
> other processes locking files which I need to write/delete (which should be
> rare, but still).
>
> Has anyone come across this before or knows a way how to resolve it?
>
> // Sascha
>
> --
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users