date:20131010

Log file suggests the files were removed:

MSI (s) (60:6C) [16:04:58:163]: Executing op:
ActionStart(Name=RemoveFiles,Description=Removing files,Template=File: [1],
Directory: [9])
MSI (s) (60:6C) [16:04:58:163]: Executing op:
ProgressTotal(Total=10,Type=1,ByteEquivalent=175000)
MSI (s) (60:6C) [16:04:58:179]: Executing op:
SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\Installers\)
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=1_eSC_MCDUSA_image.exe,,ComponentId={03D049A5-E608-4957-A8EE-8580775EF417})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=2_eSC_USA_integrations.exe,,ComponentId={A370D6C0-AED5-480D-99F2-E750FEBCCD7B})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=3_eSC_USA_programs.exe,,ComponentId={46935DA8-6E5F-45E7-8DC2-6F6C3222BB52})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\)
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=roles001.ini,,ComponentId={CAC927EC-DAB0-43D2-9336-AF0348B8EF53})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=STCReImage.cpy,,ComponentId={5D944DD7-F34C-40A7-B1AB-1B65BA4C2143})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=STCReStage.cpy,,ComponentId={20136940-8B88-420C-A621-229C4CE5AA1D})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=STCScript.cpy,,ComponentId={D064E2E4-52AF-49AB-889B-F1E35F7BF491})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=STCStaging.cpy,,ComponentId={2155BD67-8B43-4BBA-84B6-3B358FCA77F7})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=STCStartup.cpy,,ComponentId={2EEED5D1-D21F-4223-8A10-0AE1BC87B08B})
MSI (s) (60:6C) [16:04:58:179]: Executing op:
SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\gum\)
MSI (s) (60:6C) [16:04:58:179]: Executing op:
FileRemove(,FileName=20130909USSTC001_PasswordChange.gum,,ComponentId={E387FF1C-6976-4F3D-80A3-A4CF2F79BC68})



On Wed, Oct 9, 2013 at 11:05 PM, Peng Lv penn...@gmail.com wrote:

 I met with this issue either, my solution is adding a custom action dll to
 delete all files while uninstall, but this is way too naive.


 2013/10/10 Walter Dexter wfdex...@gmail.com

  I posted this at Stackoverflow as well, but I'm just at a loss for what
 to
  even look at, so I'm hoping someone can point me in a good direction.
 
  I have been using WiX to create an installer for my project. It's fairly
  simple, just drop some files in three different directories and run a
  VBScript to generate one last file.
 
   I'm a total WiX and MSI noob. The standard thing to use at work is
 WISE
  but I just can't figure out what to do with that at all, so I gave WiX a
  try.
 
  After some difficulties with the VBS I got the install working. When I
  uninstall the package disappears out of Control Panel but the files that
  were installed are still there. I know the one I generated on the fly is
  going to be unless I do something special to remove it, but the others
  should just go away, right?
 
  I have install and uninstall logs, and also have posted the WiX source
  file. Links are below.
 
  Any help is much appreciated!
 
  install log
 
 https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
  
   (
 
 
 https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
  )
 
  WiX source
 
 https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
  
   (
 
 
 https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
  )
 
  uninstall log
 
 https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
  
   (
 
 
 https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
  )
 
  Note that this is being installed on Server 2003.
 
  The package is using explicit paths and drive letters. I know that isn't
  considered best practice, but that's where the files need to go. This
  doesn't go to a variety of computer types and configurations; there are
  over ten thousand of these systems in our retail locations and they're
 all
  identical.
 
 
 --
  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=60134071iu=/4140/ostg.clktrk
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 



 --
 Best Regards,
 Peng Lv

 Nanjing University, Computer Science  Technology
 Email: penn...@gmail.com
 Website: http://www.rebornix.com

 --
 October Webinars: Code for

[WiX-users] DTF Bug

2013-10-10 Thread Christopher Painter

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

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



-- 

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

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

Pervious versions had this already set to True.   What's worse is that if 
you take a C# project from a previous version and try to build it with 3.8 
that the error message appears.   This tells me that something inside WiX 
changed where references used to default to True not default to False.   
This will cause backwards compatibility problems when people try to build 
with a newer version of WiX and all the projects fail to build unless they 
are all checked out, updated and checked in.
  
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Using CustomAction in WPF Bootstrapper application

2013-10-10 Thread ZivCizer

Hi,
I'm pretty new to WiX, I'm working on a setup with WiX and WPF UI.

I was using several examples online, including the WiX setup itself,

But i didn't see anywhere an example of using CustomAction with this kind of
project.


one example of the thing i need is to send HTTP request after my
installation is finished,
i have to choices:
1. create CustomAction that will be executed after InstallFinalize (in
Product.wxs)
2. send the request in my bootstrapper application on event ApplyComplete

in addition, i want to cancel the installation if i get an error in my
response.


what would be the best approach? 1 or 2?

Thanks!! 



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

2013-10-10 Thread Dror, Tomer



CustomAction belongs to MSI not to BA

I don't think it is a good idea to change machine state in the BA





Tomer Dror
Intergraph Corporation.
Intergraph Israel.
P: +972 (4) 8779191-1222

Skype:tomer.dee
http://www.intergraph.com



.


From: ZivCizer [cize...@gmail.com]
Sent: Thursday, October 10, 2013 4:55 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Using CustomAction in WPF Bootstrapper application

Hi,
I'm pretty new to WiX, I'm working on a setup with WiX and WPF UI.

I was using several examples online, including the WiX setup itself,

But i didn't see anywhere an example of using CustomAction with this kind of
project.


one example of the thing i need is to send HTTP request after my
installation is finished,
i have to choices:
1. create CustomAction that will be executed after InstallFinalize (in
Product.wxs)
2. send the request in my bootstrapper application on event ApplyComplete

in addition, i want to cancel the installation if i get an error in my
response.


what would be the best approach? 1 or 2?

Thanks!!



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611.html
Sent from the wix-users mailing list archive at Nabble.com.

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


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

Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

2013-10-10 Thread ZivCizer

Thanks Tom,

So, as i understand, in my case, i should use the BA just to support the UI,
and all other actions as the one i mentioned should be implemented as
CustomAction as one of the InstallExecuteSequence.

When trying to do so, i encountered this problem:
I have a textbox in my window that sets a property when it changes
Engine.StringVariables[UserName] = UserName;

in my CustomAction i want to use this property, something like:

WriteTextToFile(session[UserName]);

I can see it doesn't work, i guess it's something with the variables
declaration.. but i couldn't find an answer for that..
I would really appreciate some help, thanks!!  



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589613.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

2013-10-10 Thread Hoover, Jacob

Use a property, and configure the bundle to pass the engine variable to the 
MSI.  (See MsiProperty in the docs.)

-Original Message-
From: ZivCizer [mailto:cize...@gmail.com] 
Sent: Thursday, October 10, 2013 9:13 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

Thanks Tom,

So, as i understand, in my case, i should use the BA just to support the UI, 
and all other actions as the one i mentioned should be implemented as 
CustomAction as one of the InstallExecuteSequence.

When trying to do so, i encountered this problem:
I have a textbox in my window that sets a property when it changes 
Engine.StringVariables[UserName] = UserName;

in my CustomAction i want to use this property, something like:

WriteTextToFile(session[UserName]);

I can see it doesn't work, i guess it's something with the variables 
declaration.. but i couldn't find an answer for that..
I would really appreciate some help, thanks!!  



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589613.html
Sent from the wix-users mailing list archive at Nabble.com.

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

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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

Yes, I saw that. The logs seemed to me to say they were removed, but the
files are in fact still there.

Any ideas?

I took the Chapter 1 example out of the WiX 3.6 Developer's Guide book,
built it and ran it on the same system and it installed and uninstalled
properly, so the system isn't fundamentally broken. If nothing uninstalled
I would have no problem believing the system is broken - they've been
hacked on for years by people who are more comfortable with Unix - but that
isn't the case here.


On Thu, Oct 10, 2013 at 3:38 AM, Rob Mensching r...@robmensching.com wrote:

 Log file suggests the files were removed:

 MSI (s) (60:6C) [16:04:58:163]: Executing op:
 ActionStart(Name=RemoveFiles,Description=Removing files,Template=File: [1],
 Directory: [9])
 MSI (s) (60:6C) [16:04:58:163]: Executing op:
 ProgressTotal(Total=10,Type=1,ByteEquivalent=175000)
 MSI (s) (60:6C) [16:04:58:179]: Executing op:
 SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\Installers\)
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=1_eSC_MCDUSA_image.exe,,ComponentId={03D049A5-E608-4957-A8EE-8580775EF417})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=2_eSC_USA_integrations.exe,,ComponentId={A370D6C0-AED5-480D-99F2-E750FEBCCD7B})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=3_eSC_USA_programs.exe,,ComponentId={46935DA8-6E5F-45E7-8DC2-6F6C3222BB52})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:
 SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\)
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=roles001.ini,,ComponentId={CAC927EC-DAB0-43D2-9336-AF0348B8EF53})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=STCReImage.cpy,,ComponentId={5D944DD7-F34C-40A7-B1AB-1B65BA4C2143})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=STCReStage.cpy,,ComponentId={20136940-8B88-420C-A621-229C4CE5AA1D})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=STCScript.cpy,,ComponentId={D064E2E4-52AF-49AB-889B-F1E35F7BF491})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=STCStaging.cpy,,ComponentId={2155BD67-8B43-4BBA-84B6-3B358FCA77F7})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=STCStartup.cpy,,ComponentId={2EEED5D1-D21F-4223-8A10-0AE1BC87B08B})
 MSI (s) (60:6C) [16:04:58:179]: Executing op:
 SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\gum\)
 MSI (s) (60:6C) [16:04:58:179]: Executing op:

 FileRemove(,FileName=20130909USSTC001_PasswordChange.gum,,ComponentId={E387FF1C-6976-4F3D-80A3-A4CF2F79BC68})



 On Wed, Oct 9, 2013 at 11:05 PM, Peng Lv penn...@gmail.com wrote:

  I met with this issue either, my solution is adding a custom action dll
 to
  delete all files while uninstall, but this is way too naive.
 
 
  2013/10/10 Walter Dexter wfdex...@gmail.com
 
   I posted this at Stackoverflow as well, but I'm just at a loss for what
  to
   even look at, so I'm hoping someone can point me in a good direction.
  
   I have been using WiX to create an installer for my project. It's
 fairly
   simple, just drop some files in three different directories and run a
   VBScript to generate one last file.
  
I'm a total WiX and MSI noob. The standard thing to use at work is
  WISE
   but I just can't figure out what to do with that at all, so I gave WiX
 a
   try.
  
   After some difficulties with the VBS I got the install working. When I
   uninstall the package disappears out of Control Panel but the files
 that
   were installed are still there. I know the one I generated on the fly
 is
   going to be unless I do something special to remove it, but the others
   should just go away, right?
  
   I have install and uninstall logs, and also have posted the WiX source
   file. Links are below.
  
   Any help is much appreciated!
  
   install log
  
 
 https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
   
(
  
  
 
 https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
   )
  
   WiX source
  
 
 https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
   
(
  
  
 
 https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
   )
  
   uninstall log
  
 
 https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
   
(
  
  
 
 https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
   )
  
   Note that this is being installed on Server 2003.
  
   The package is using explicit paths and drive letters. I know that
 isn't
   considered best practice, but that's where the files need to go. This
   doesn't go to a variety of computer types and configurations; there are
   over ten thousand of these systems in our retail locations and they're
  all
   identical.
  
  
 
 --
   October Webinars: Code for Performance
   Free Intel

Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

2013-10-10 Thread Dror, Tomer

You need to pass it to the msi


?xml version=1.0 encoding=UTF-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
  Fragment
PackageGroup Id=Install
  MsiPackage Id=MainProduct


MsiProperty Name=UserName Value=[UserName]/

  /MsiPackage
/PackageGroup
  /Fragment
/Wix







Tomer Dror
Intergraph Corporation.
Intergraph Israel.
P: +972 (4) 8779191-1222

Skype:tomer.dee
http://www.intergraph.com



.


From: ZivCizer [cize...@gmail.com]
Sent: Thursday, October 10, 2013 5:12 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

Thanks Tom,

So, as i understand, in my case, i should use the BA just to support the UI,
and all other actions as the one i mentioned should be implemented as
CustomAction as one of the InstallExecuteSequence.

When trying to do so, i encountered this problem:
I have a textbox in my window that sets a property when it changes
Engine.StringVariables[UserName] = UserName;

in my CustomAction i want to use this property, something like:

WriteTextToFile(session[UserName]);

I can see it doesn't work, i guess it's something with the variables
declaration.. but i couldn't find an answer for that..
I would really appreciate some help, thanks!!



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589613.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] How do I find the reason WiX install fails?

2013-10-10 Thread Carnes, Terry (Reedfax)

From my install error log:
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send request 
to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect to 
URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get size and 
time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to 
download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire 
payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to 
working path: 
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload: 
ProjectAggregator2 to working path: 
C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2,
 error: 0x80070002.

It looks like the needed installation files are missing from wixtoolset.org.

Terry Carnes
Sr. Developer

Reed Technology
Transforming Data, Delivering Information(tm)
7 Walnut Grove Drive - Horsham, PA  19044
Office: 215-441-6443 - Mobile: 267-688-1009
www.reedtech.comhttp://www.reedtech.com/  - 
tcar...@reedtech.commailto:tcar...@reedtech.com

From: Carnes, Terry (Reedfax)
Sent: Wednesday, October 09, 2013 1:52 PM
To: 'wix-users@lists.sourceforge.net'
Subject: How do I find the reason WiX install fails?

I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which has 
VS 2005, 2008, and 2012 installed.

When running the wix37.exe application and receiving the main form, I then 
click on Install. After a minute or two, I then receive the message, Failed. 
Try Again? I have tried running wix37.exe as Administrator, rebooted and made 
sure no other programs were running, etc. But nothing seems to work.

Is there any way to find out why it failed? I've checked the Event Viewer, but 
could not find anything that seemed applicable to me.

Has anyone else had this problem?

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

Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

2013-10-10 Thread ZivCizer

Thanks! it works!



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589618.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] Using CustomAction in WPF Bootstrapper application

Look at WixBA.cs line 147 and it (I think) does what you are wanting to do
after the install in the mba right before the BA exists.

this.PostTelemetry();
this.Engine.Quit(WixBA.Model.Result);

You would probably want to change the 'Telemetry' code to create a http post
that meets your needs.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589619.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] How do I find the reason WiX install fails?

2013-10-10 Thread Dror, Tomer

right i just tried IE and got the not found error...







Tomer Dror
Intergraph Corporation.
Intergraph Israel.
P: +972 (4) 8779191-1222

Skype:tomer.dee
http://www.intergraph.com



.


From: Carnes, Terry (Reedfax) [tcar...@reedfax.com]
Sent: Thursday, October 10, 2013 5:43 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How do I find the reason WiX install fails?

From my install error log:
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send request 
to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect to 
URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get size and 
time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to 
download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire 
payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to 
working path: 
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload: 
ProjectAggregator2 to working path: 
C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2,
 error: 0x80070002.

It looks like the needed installation files are missing from wixtoolset.org.

Terry Carnes
Sr. Developer

Reed Technology
Transforming Data, Delivering Information(tm)
7 Walnut Grove Drive - Horsham, PA  19044
Office: 215-441-6443 - Mobile: 267-688-1009
www.reedtech.comhttp://www.reedtech.com/  - 
tcar...@reedtech.commailto:tcar...@reedtech.com

From: Carnes, Terry (Reedfax)
Sent: Wednesday, October 09, 2013 1:52 PM
To: 'wix-users@lists.sourceforge.net'
Subject: How do I find the reason WiX install fails?

I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which has 
VS 2005, 2008, and 2012 installed.

When running the wix37.exe application and receiving the main form, I then 
click on Install. After a minute or two, I then receive the message, Failed. 
Try Again? I have tried running wix37.exe as Administrator, rebooted and made 
sure no other programs were running, etc. But nothing seems to work.

Is there any way to find out why it failed? I've checked the Event Viewer, but 
could not find anything that seemed applicable to me.

Has anyone else had this problem?

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


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

Re: [WiX-users] How do I find the reason WiX install fails?

There have been problems with the wixtoolset.org site.  There was a hardware
crash a few weeks ago and it has been up and down.   I would retry the wix
setup (which hits the wixtoolset.org site) again from time to time.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-do-I-find-the-reason-WiX-install-fails-tp7589584p7589621.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] How do I find the reason WiX install fails?

2013-10-10 Thread Carnes, Terry (Reedfax)

I got around the problem by downloading and installing version 3.8. I hope it 
will prove stable enough to work!

Now on to the tutorials to learn how to use this...

Terry Carnes
Sr. Developer

Reed Technology
From: Carnes, Terry (Reedfax)
Sent: Thursday, October 10, 2013 10:44 AM
To: 'wix-users@lists.sourceforge.net'
Subject: RE: How do I find the reason WiX install fails?

From my install error log:
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send request 
to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect to 
URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get size and 
time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to 
download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire 
payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to 
working path: 
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload: 
ProjectAggregator2 to working path: 
C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2,
 error: 0x80070002.

It looks like the needed installation files are missing from wixtoolset.org.

Terry Carnes
Sr. Developer

Reed Technology
From: Carnes, Terry (Reedfax)
Sent: Wednesday, October 09, 2013 1:52 PM
To: 'wix-users@lists.sourceforge.net'
Subject: How do I find the reason WiX install fails?

I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which has 
VS 2005, 2008, and 2012 installed.

When running the wix37.exe application and receiving the main form, I then 
click on Install. After a minute or two, I then receive the message, Failed. 
Try Again? I have tried running wix37.exe as Administrator, rebooted and made 
sure no other programs were running, etc. But nothing seems to work.

Is there any way to find out why it failed? I've checked the Event Viewer, but 
could not find anything that seemed applicable to me.

Has anyone else had this problem?

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

[WiX-users] Burn and ExePackage

2013-10-10 Thread rw1017

Hey all!
I'm trying to step through the code during bundle installation, but seem to
be stuck.

I have a package that is installing with an ExePackage.  At the end of a
successful execution(onExecutePackageComplete), it will create a new
instance of my bootstrapper UI(written in wpf/mvvmlight).

I have other ExePackages that work normally without creating a new instance
of the UI.

Would anyone be able to point me in the right direction on how to resolve
this one particular problem with the specific ExePackage?

The ExePackage is a third party installer grabbed for ELO
Monitors(touchscreen monitors).

The install command I use is /iu /s which tells it to silently install.

Another head scratcherit works fine when I run it on an x64 machine, but
not on x86 machine.

Thoughts?

Thanks!
Richard



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

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

Re: [WiX-users] Burn and ExePackage

2013-10-10 Thread dirt

If I understand correctly you are saying your problem is that your 
bootstrapper UI is starting a new instance at the end of your new exe 
installation?

I believe this is caused by the bootstrapper trying to update itself, 
ie remove the older version as you just ran/installed a new version of 
the bootstrapper (providing the guid match and version has been 
incremented?)

Otherwise, I would look in the log files in your %TEMP% folder to see 
what your exe installation is producing.

-dirt

On 2013-10-10 12:46, rw1017 wrote:
 Hey all!
 I'm trying to step through the code during bundle installation, but 
 seem to
 be stuck.
 
 I have a package that is installing with an ExePackage.  At the end of 
 a
 successful execution(onExecutePackageComplete), it will create a new
 instance of my bootstrapper UI(written in wpf/mvvmlight).
 
 I have other ExePackages that work normally without creating a new 
 instance
 of the UI.
 
 Would anyone be able to point me in the right direction on how to 
 resolve
 this one particular problem with the specific ExePackage?
 
 The ExePackage is a third party installer grabbed for ELO
 Monitors(touchscreen monitors).
 
 The install command I use is /iu /s which tells it to silently 
 install.
 
 Another head scratcherit works fine when I run it on an x64 
 machine, but
 not on x86 machine.
 
 Thoughts?
 
 Thanks!
 Richard
 
 
 
 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-ExePackage-tp7589626.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the 
 most from
 the latest Intel processors and coprocessors. See abstracts and 
 register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

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

Re: [WiX-users] Is it possible with Wix?

2013-10-10 Thread Marco Tognacci

You can choose to not embed the the installation package of the drivers and 
make the setup taking them from external folder, but you have to know them ad 
compile time and add them in Wix Burn project.
Otherwise if you want Burn to run executable from extern folders you could do 
this using custom actions, but it is not a best practice because the installer 
have no control on this external packages and in this way one could add a virus 
in this folder and using your setup running this virus file with elevated 
privileges on the target machine.


 Date: Thu, 10 Oct 2013 13:36:50 +0530
 From: wixak...@gmail.com
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Is it possible with Wix?
 
 Setup.exe  will parse the external files and folders and install the driver
 using them
 
 
 On Wed, Oct 9, 2013 at 3:39 PM, Blair Murri os...@live.com wrote:
 
  Pretty much any installation is possible with WiX. What does setup.exe do?
  Do you have its sources?
 
   Date: Wed, 9 Oct 2013 13:47:24 +0530
   From: wixak...@gmail.com
   To: wix-users@lists.sourceforge.net
   Subject: Re: [WiX-users] Is it possible with Wix?
  
   I want to replace the Setup.exe with Wix Setup.msi with out changing
   folder structure and install using Setup.msi .
  
  
   On Wed, Oct 9, 2013 at 11:42 AM, ak m wixak...@gmail.com wrote:
  
Please find the attached Screenshot 'Image.JPG'.
   
I want to replace the Setup.exe with Wix Setup.msi with out
  changing
folder structure.
   
Is it possible?
   
Anyone please help me?
   
   
   
   
   
  
  --
   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=60134071iu=/4140/ostg.clktrk
   ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
  --
  October Webinars: Code for Performance
  Free Intel webinars can help you accelerate application performance.
  Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
  from
  the latest Intel processors and coprocessors. See abstracts and register 
  http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
 the latest Intel processors and coprocessors. See abstracts and register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

2013-10-10 Thread Nicolás Alvarez

Your CA_SetCDrive is not being run during uninstallation. You'll
notice the uninstall log refers to C:\CDrive\ all over the place.

I don't understand why you need that custom action at all. Can't you
hardcode C:\ into the Name attribute?

-- 
Nicolás

2013/10/10 Walter Dexter wfdex...@gmail.com:
 I posted this at Stackoverflow as well, but I'm just at a loss for what to
 even look at, so I'm hoping someone can point me in a good direction.

 I have been using WiX to create an installer for my project. It's fairly
 simple, just drop some files in three different directories and run a
 VBScript to generate one last file.

  I'm a total WiX and MSI noob. The standard thing to use at work is WISE
 but I just can't figure out what to do with that at all, so I gave WiX a
 try.

 After some difficulties with the VBS I got the install working. When I
 uninstall the package disappears out of Control Panel but the files that
 were installed are still there. I know the one I generated on the fly is
 going to be unless I do something special to remove it, but the others
 should just go away, right?

 I have install and uninstall logs, and also have posted the WiX source
 file. Links are below.

 Any help is much appreciated!

 install 
 loghttps://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
  (
 https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
 )

 WiX 
 sourcehttps://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
  (
 https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
 )

 uninstall 
 loghttps://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
  (
 https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
 )

 Note that this is being installed on Server 2003.

 The package is using explicit paths and drive letters. I know that isn't
 considered best practice, but that's where the files need to go. This
 doesn't go to a variety of computer types and configurations; there are
 over ten thousand of these systems in our retail locations and they're all
 identical.

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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

It was my understanding that putting full path into Name wouldn't work.
Everything I found online said what I did is the way to do it.

I had a similar thought about an hour ago while driving about c_drive not
getting redefined properly for the uninstall and will try to validate if
that's the problem later this afternoon. I do see it and all the
directories getting property changed to the right path prior to the
FileRemove entries in the uninstall log, though.
On Oct 10, 2013 12:47 PM, Nicolás Alvarez nicolas.alva...@gmail.com
wrote:

 Your CA_SetCDrive is not being run during uninstallation. You'll
 notice the uninstall log refers to C:\CDrive\ all over the place.

 I don't understand why you need that custom action at all. Can't you
 hardcode C:\ into the Name attribute?

 --
 Nicolás

 2013/10/10 Walter Dexter wfdex...@gmail.com:
  I posted this at Stackoverflow as well, but I'm just at a loss for what
 to
  even look at, so I'm hoping someone can point me in a good direction.
 
  I have been using WiX to create an installer for my project. It's fairly
  simple, just drop some files in three different directories and run a
  VBScript to generate one last file.
 
   I'm a total WiX and MSI noob. The standard thing to use at work is
 WISE
  but I just can't figure out what to do with that at all, so I gave WiX a
  try.
 
  After some difficulties with the VBS I got the install working. When I
  uninstall the package disappears out of Control Panel but the files that
  were installed are still there. I know the one I generated on the fly is
  going to be unless I do something special to remove it, but the others
  should just go away, right?
 
  I have install and uninstall logs, and also have posted the WiX source
  file. Links are below.
 
  Any help is much appreciated!
 
  install log
 https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
 
   (
 
 https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
  )
 
  WiX source
 https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
 
   (
 
 https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing
  )
 
  uninstall log
 https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing
 
   (
 
 https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing
  )
 
  Note that this is being installed on Server 2003.
 
  The package is using explicit paths and drive letters. I know that isn't
  considered best practice, but that's where the files need to go. This
  doesn't go to a variety of computer types and configurations; there are
  over ten thousand of these systems in our retail locations and they're
 all
  identical.


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

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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

2013-10-10 Thread Nicolás Alvarez

2013/10/10 Walter Dexter wfdex...@gmail.com:
 It was my understanding that putting full path into Name wouldn't work.
 Everything I found online said what I did is the way to do it.

 I had a similar thought about an hour ago while driving about c_drive not
 getting redefined properly for the uninstall and will try to validate if
 that's the problem later this afternoon. I do see it and all the
 directories getting property changed to the right path prior to the
 FileRemove entries in the uninstall log, though.

During install:

Executing op: SetTargetFolder(Folder=C:\POS_BACKUP\SCRIPT\copy\Installers\)
Executing op: 
FileCopy(SourceName=2-celubo.exe|1_eSC_MCDUSA_image.exe,SourceCabKey=FILE_ESCINST_1,DestName=1_eSC_MCDUSA_image.exe,Attributes=512,FileSize=65329813,PerTick=32768,,VerifyMedia=1,CheckCRC=0,Version=0.0.0.0,Language=0,InstallMode=58982400,,,)

During uninstall:

Executing op: 
SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\Installers\)
Executing op: 
FileRemove(,FileName=1_eSC_MCDUSA_image.exe,,ComponentId={03D049A5-E608-4957-A8EE-8580775EF417})

That's certainly not the right path.

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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

2013-10-10 Thread Edwin Castro

On 10/10/13 11:08 AM, Walter Dexter wrote:
 I had a similar thought about an hour ago while driving about c_drive not
 getting redefined properly for the uninstall and will try to validate if
 that's the problem later this afternoon. I do see it and all the
 directories getting property changed to the right path prior to the
 FileRemove entries in the uninstall log, though.

I think your CA_SetCDrive custom action is scheduled too late. I thought
directories needed to be set prior to CostInitialize.

--
Edwin Castro


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

Re: [WiX-users] Burn and ExePackage

2013-10-10 Thread rw1017

Thanks for the quick reply!

I initially thought that as well.  But this was done on a clean image.

A similar behavior that I noticed is when it installed a prerequisite for
the BootstrapperApplication.
Starting with a machine that doesn't have .net 4.5:
The wixstaba loads and displays that .net is required, so it installs when
Accept is clicked.
After it's completed, it will load a new instance of my CustomBA.

I am still debugging and think it happens during PackageComplete Phase.
I'm currently scanning through exeengine.cpp in the source right now to find
anything that would tell the engine to restart the BA.

Thanks!



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

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

Re: [WiX-users] How do I find the reason WiX install fails?

Wait, v3.8 worked but v3.7 did not work? If so, that narrows the problem...

On Thu, Oct 10, 2013 at 9:26 AM, Carnes, Terry (Reedfax)
tcar...@reedfax.com wrote:

I got around the problem by downloading and installing version 3.8. I hope
it will prove stable enough to work!

Now on to the tutorials to learn how to use this...

Terry Carnes
Sr. Developer

Reed Technology
From: Carnes, Terry (Reedfax)
Sent: Thursday, October 10, 2013 10:44 AM
To: 'wix-users@lists.sourceforge.net'
Subject: RE: How do I find the reason WiX install fails?

From my install error log:
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send
request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect
to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get
size and time for URL:
http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to
download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi'
to:
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire
payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi'
to working path:
'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2'
[1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload:
ProjectAggregator2 to working path:
C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2,
error: 0x80070002.

It looks like the needed installation files are missing from
wixtoolset.org.

Terry Carnes
Sr. Developer

Reed Technology
From: Carnes, Terry (Reedfax)
Sent: Wednesday, October 09, 2013 1:52 PM
To: 'wix-users@lists.sourceforge.net'
Subject: How do I find the reason WiX install fails?

I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which
has VS 2005, 2008, and 2012 installed.

When running the wix37.exe application and receiving the main form, I then
click on Install. After a minute or two, I then receive the message,
Failed. Try Again? I have tried running wix37.exe as Administrator,
rebooted and made sure no other programs were running, etc. But nothing
seems to work.

Is there any way to find out why it failed? I've checked the Event Viewer,
but could not find anything that seemed applicable to me.

Has anyone else had this problem?

Terry

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

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

Re: [WiX-users] Burn and ExePackage

2013-10-10 Thread tom

This is the expected behavior as far as I know
Burn first tries to create you MBA,if failed it will assume .NET is missing
and then it will start the prerequisites boots rapper




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

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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

I just tested by copying the installed files to where the log say C_DRIVE
would be prior to the redefine (in my case, e:\cdrive) and then ran the
uninstall.

The installed files were deleted from e:\... rather than c:\... proving
this theory.

Looks like I need to change when the custom action triggers. I'll try
before CostInitialize and see what happens since you like it.

I'm very new to both MSI and WiX. (I'm really good at Inno Setup but our
corporate standard says make MSIs. It also says to use WISE which is even
more confusing than WiX for me and my developer brain.)

Thanks a lot!


On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote:

 On 10/10/13 11:08 AM, Walter Dexter wrote:
  I had a similar thought about an hour ago while driving about c_drive not
  getting redefined properly for the uninstall and will try to validate if
  that's the problem later this afternoon. I do see it and all the
  directories getting property changed to the right path prior to the
  FileRemove entries in the uninstall log, though.

 I think your CA_SetCDrive custom action is scheduled too late. I thought
 directories needed to be set prior to CostInitialize.

 --
 Edwin Castro



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

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

Re: [WiX-users] Burn and ExePackage

Boots rapper, I like it.


On Thu, Oct 10, 2013 at 12:12 PM, tom tomer.d...@intergraph.com wrote:

 This is the expected behavior as far as I know
 Burn first tries to create you MBA,if failed it will assume .NET is missing
 and then it will start the prerequisites boots rapper




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


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


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

Re: [WiX-users] How do I find the reason WiX install fails?

Yes I also observed a few weeks ago when there were web site issues that the
3.7 installer would not run but the 3,8 would.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-do-I-find-the-reason-WiX-install-fails-tp7589584p7589639.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] How do I find the reason WiX install fails?

I tracked down the issue. Some configuration files were not quite right
after the migration from SF. Should be fixed very shortly and I'll resolve
the bug #4145.

On Thu, Oct 10, 2013 at 12:41 PM, Phill Hogland phogl...@rimage.com wrote:

Yes I also observed a few weeks ago when there were web site issues that
the
3.7 installer would not run but the 3,8 would.

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-do-I-find-the-reason-WiX-install-fails-tp7589584p7589639.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] Burn and ExePackage

2013-10-10 Thread rw1017

Thanks Tom.

It is the expected behavior for the prereqs for the bootstrapper.  But I was
thinking it might be related to my issue.

Maybe that the ExePackage(my ELO Monitor installation) is returning
something to the engine that tells it to create another UI instance.

I am still doing some tests.  Unfortunately, I don't know what the ELO
Installation is actually doing, but I do see 1-2 open/close windows that
happen quickly.



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

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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

Moving the custom actions for setting the C Drive to be After CostFinalized
resolved the problem. WiX threw an error when I tried before CostInitialize.

Thanks!


On Thu, Oct 10, 2013 at 2:20 PM, Walter Dexter wfdex...@gmail.com wrote:

 I just tested by copying the installed files to where the log say C_DRIVE
 would be prior to the redefine (in my case, e:\cdrive) and then ran the
 uninstall.

 The installed files were deleted from e:\... rather than c:\... proving
 this theory.

 Looks like I need to change when the custom action triggers. I'll try
 before CostInitialize and see what happens since you like it.

 I'm very new to both MSI and WiX. (I'm really good at Inno Setup but our
 corporate standard says make MSIs. It also says to use WISE which is even
 more confusing than WiX for me and my developer brain.)

 Thanks a lot!


 On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote:

 On 10/10/13 11:08 AM, Walter Dexter wrote:
  I had a similar thought about an hour ago while driving about c_drive
 not
  getting redefined properly for the uninstall and will try to validate if
  that's the problem later this afternoon. I do see it and all the
  directories getting property changed to the right path prior to the
  FileRemove entries in the uninstall log, though.

 I think your CA_SetCDrive custom action is scheduled too late. I thought
 directories needed to be set prior to CostInitialize.

 --
 Edwin Castro



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



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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

2013-10-10 Thread Wheeler, Blaine (DSHS/DCS)

After fighting the default OS locations I finally convinced others around here 
that going with what the OS wants for directory structure is much simpler to do 
and more stable and takes fewer steps of code. 

I have a suggestion that may help and is more stable than a custom action.
Set a property that is whatyou want for the root of your folder structure.  In 
this example I use the Set WINDOWSVOLUME = [WindowsVolume] - it's always 
available and it is usually C:


   !-- WINDOWSVOLUME is the root above the Windows folder.  This forces the 
install out of PrograFiles--

SetDirectory Id=WINDOWSVOLUME Value=[WindowsVolume]/

Directory Id=TARGETDIR Name=SourceDir
  Directory Id=WINDOWSVOLUME 
Directory Id=TopDir Name=TopDir
  Directory Id=SecondDir Name=SecondDir /
/Directory
/Directory
/Directory



-Original Message-
From: Walter Dexter [mailto:wfdex...@gmail.com] 
Sent: Thursday, October 10, 2013 1:53 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

Moving the custom actions for setting the C Drive to be After CostFinalized 
resolved the problem. WiX threw an error when I tried before CostInitialize.

Thanks!


On Thu, Oct 10, 2013 at 2:20 PM, Walter Dexter wfdex...@gmail.com wrote:

 I just tested by copying the installed files to where the log say 
 C_DRIVE would be prior to the redefine (in my case, e:\cdrive) and 
 then ran the uninstall.

 The installed files were deleted from e:\... rather than c:\... 
 proving this theory.

 Looks like I need to change when the custom action triggers. I'll try 
 before CostInitialize and see what happens since you like it.

 I'm very new to both MSI and WiX. (I'm really good at Inno Setup but 
 our corporate standard says make MSIs. It also says to use WISE which 
 is even more confusing than WiX for me and my developer brain.)

 Thanks a lot!


 On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote:

 On 10/10/13 11:08 AM, Walter Dexter wrote:
  I had a similar thought about an hour ago while driving about 
  c_drive
 not
  getting redefined properly for the uninstall and will try to 
  validate if that's the problem later this afternoon. I do see it 
  and all the directories getting property changed to the right path 
  prior to the FileRemove entries in the uninstall log, though.

 I think your CA_SetCDrive custom action is scheduled too late. I 
 thought directories needed to be set prior to CostInitialize.

 --
 Edwin Castro



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



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

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

Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled

Thanks for the suggestion, but our partition layout is wacky and we need to
specify what drive for sure stuff goes on. This isn't Windows workstation
or server as much as it is embedded system that happens to run Windows.

This appears to be working, now that I changed when the custom action runs.
(In reality of course I have more Directorys under the C_DRIVE one and
files and so forth.)

CustomAction Id=CA_SetCDrive Directory=C_DRIVE Value=c:\ /

InstallExecuteSequence
Custom Action=CA_SetCDrive After=CostFinalize /
/InstallExecuteSequence

Directory Id=TARGETDIR Name=SourceDir
Directory Id=C_DRIVE Name=CDrive /
/Directory

Walt




On Thu, Oct 10, 2013 at 4:12 PM, Wheeler, Blaine (DSHS/DCS) 
bwhee...@dshs.wa.gov wrote:

 After fighting the default OS locations I finally convinced others around
 here that going with what the OS wants for directory structure is much
 simpler to do and more stable and takes fewer steps of code.

 I have a suggestion that may help and is more stable than a custom action.
 Set a property that is whatyou want for the root of your folder structure.
  In this example I use the Set WINDOWSVOLUME = [WindowsVolume] - it's
 always available and it is usually C:


!-- WINDOWSVOLUME is the root above the Windows folder.  This forces
 the install out of PrograFiles--

 SetDirectory Id=WINDOWSVOLUME Value=[WindowsVolume]/

 Directory Id=TARGETDIR Name=SourceDir
   Directory Id=WINDOWSVOLUME 
 Directory Id=TopDir Name=TopDir
   Directory Id=SecondDir Name=SecondDir /
 /Directory
 /Directory
 /Directory



 -Original Message-
 From: Walter Dexter [mailto:wfdex...@gmail.com]
 Sent: Thursday, October 10, 2013 1:53 PM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Wix MSI not uninstalling files when package
 uninstalled

 Moving the custom actions for setting the C Drive to be After
 CostFinalized resolved the problem. WiX threw an error when I tried before
 CostInitialize.

 Thanks!


 On Thu, Oct 10, 2013 at 2:20 PM, Walter Dexter wfdex...@gmail.com wrote:

  I just tested by copying the installed files to where the log say
  C_DRIVE would be prior to the redefine (in my case, e:\cdrive) and
  then ran the uninstall.
 
  The installed files were deleted from e:\... rather than c:\...
  proving this theory.
 
  Looks like I need to change when the custom action triggers. I'll try
  before CostInitialize and see what happens since you like it.
 
  I'm very new to both MSI and WiX. (I'm really good at Inno Setup but
  our corporate standard says make MSIs. It also says to use WISE which
  is even more confusing than WiX for me and my developer brain.)
 
  Thanks a lot!
 
 
  On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote:
 
  On 10/10/13 11:08 AM, Walter Dexter wrote:
   I had a similar thought about an hour ago while driving about
   c_drive
  not
   getting redefined properly for the uninstall and will try to
   validate if that's the problem later this afternoon. I do see it
   and all the directories getting property changed to the right path
   prior to the FileRemove entries in the uninstall log, though.
 
  I think your CA_SetCDrive custom action is scheduled too late. I
  thought directories needed to be set prior to CostInitialize.
 
  --
  Edwin Castro
 
 
 
  -
  - 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=60134071iu=/4140/ostg.
  clktrk ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 

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


 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
 from
 the latest Intel processors and coprocessors. See abstracts and register

[WiX-users] Upgrade confusion

2013-10-10 Thread dirt

I need some clarification on how to process Upgrades for the 
bootstrapper. I am trying to use major upgrades (for 'simplicity') for 
each bootstrapper build to replace the existing version installed.

Here's an example of what I'm experiencing:

(Product ID and UpgradeCode are static, the Version (revision) is 
incremented on each build.)

=
[ID = 82e6e1be-f56e-40ad-98a5-0c010dd77b3]
[UpgradeCode = 029B62E4-4AFE-4D74-837D-D0E79622BD97]

Run v1.0.0.1; detects as Not Installed. Click Install. Installs 
successfully.

Run v1.0.0.2; detects as Installed. Close.

Run v1.0.0.1; Click Update; appears to Download and Install v1.0.0.2 
according to Logs completes successfully.

v1.0.0.2 opens after old closes; detects as Installed.

Add/Remove Programs still shows v1.0.0.1... Files are still v1.0.0.1
=

It's at this point I don't understand why a) if v1 logs show update 
successfull then exit why v2 doesnt appear to be installed and b) why v2 
is opened after v1 exits - shouldn't the install be seamless?

Thank you,
-dirt

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

Re: [WiX-users] Upgrade confusion

For MajorUpgrade behavior you must change both the Product ID and the
version.  The UpgradeCode should remain unchanged.  Also the version of the
MSI must change in the first three quad-dots.  The version of the bundle can
be changed in any part of the version string.

http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html

I would set the Id=* and increment the Build portion of the version string
(Major.Minor.Build.Revision) to achieve what you are trying to do.



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

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

[WiX-users] MBA localization