Re: [WiX-users] How to change data in VolumeCostList control

[kezhong zhou]

Yea, finally I have chose to use a custom action to implement this.

Thanks,

On Fri, Jul 3, 2009 at 9:12 PM, Bob Arnson  wrote:

> kezhong zhou wrote:
> > The origin calculation is not accurate. Such as an installation of 100M,
> the
> > actual space taken would be 100.4M. So, I want to tell the user, if he
> just
> > have merely enough space to pass DiskSpaceCheck step, that he would fail.
> > The simplest way to do this, seems to be use ReserveCost table to add
> extra
> > 1% space in the accumulated sum. But, I don't know the actually space,
> until
> > in runtime, since we might change the source file before we build final
> > installer, and the size of the generated MSI file, and temporary space
> taken
> > in system drive are not known until we actually have the MSI file, and
> > install it.
> >
>
> Sure but it seems overkill compared to just adding a meg of reserved
> cost and updating it as necessary.
>
> --
>  sig://boB
> http://joyofsetup.com/
>
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Missing Elevation Shield on Remove?

[Quinton Tormanen]

Bob Arnson wrote:
> Assuming the right button is being shown, MSI can still not show the 
> shield, if the user running the uninstall already has elevated
> privileges.

As you suggest, Bob, I found that the right button is being shown, but
MSI isn't showing the shield. It appears to be because
MsiRunningElevated being set in the MSI (c) section when in maintenance
mode instead of MSI (s) like it is for the original install.

I don't know why MsiRunningElevated is set this way so early, because it
isn't really running elevated. That is, I'm not prompted for elevation
until I proceed with the Removal. It seems like a bug in MSI to me, but
perhaps it was required for other reasons. I found a thread in wix-users
from 2007 ("Shield Decoration on buttons") that discusses this, but
doesn't really answer why MsiRunningElevated got set so early.

--Quinton

-Original Message-
From: Quinton Tormanen [mailto:quint...@deltacompsys.com] 
Sent: Friday, July 03, 2009 7:43 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Missing Elevation Shield on Remove?

Bob Arnson wrote: 
> Quinton Tormanen wrote:
> > I am using WiX 3.0.5217.0 with WixUI_InstallDir. If I put the
installer
> > in maintenance mode and click the Remove option, then on the verify
page
> > (Ready to remove RMCTools 3.33.0d), the Remove button is missing the
> > elevation shield. 
>
> Assuming the right button is being shown, MSI can still not show the 
> shield, if the user running the uninstall already has elevated
privileges.

I launch the installer without elevation (no UAC prompt), and after I
click the Remove button, it pops up with UAC prompt. It seems that both
of these indicate that the uninstall didn't already have elevated
privileges at the time the Remove button was displayed.

I am wondering if this has something to do with ALLUSERS not being set
up at this point in maintenance mode. Recall that I do have a simple
 under the Product element so I
expect that it would be.

I'll do some more digging into the log and try to determine whether it's
MSI hiding the shield or the conditions showing the wrong button (e.g. I
can simply change the text on one of the buttons to determine this).
I'll post back with what I find.

Thanks, Bob.

--Quinton


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

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

Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

[Richard]

Its not a bug in WiX.  Its the way Windows Installer works.  If you
want that level of control over the UI, that's why they provide the
CustomUI option.  You either live with the restrictions of the UI
model provided by Windows Installer, or you do a custom UI.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

  Legalize Adulthood! 

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

Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

[Neil Sleightholm]

Personally I would like to see this as the default, the current
implementation look rubbish.

Neil

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com] 
Sent: 03 July 2009 11:43
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

Quinton I also reported the same issue in the WiX bug tracker on
Sourceforge on issue 2025677 a while ago & was told the same thing as
you can see from the notes on it.

As I wrote on that issue, the workaround Neil outlined below is what
I've implemented and if it works for companies like Perforce
(http://www.perforce.com/perforce/products/p4v.html) and Google SketchUp
(http://sketchup.google.com) to reference but 2 examples I see on a
regular basis, it works for us/me.

Cheers,

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 
 


-Original Message-
From: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: 03 July 2009 09:01
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

and accessibility is hosed.

Neil Sleightholm wrote:
> There is a workaround for this. Create a custom exit dialog and make 
> the checkbox only the size of the tick, then put a label next to it. 
> It works but means that the user needs to click the check area only, 
> the label part doesn't work.
>
> Neil
>
> -Original Message-
> From: Quinton Tormanen [mailto:quint...@deltacompsys.com]
> Sent: 02 July 2009 19:10
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't 
> transparent
>
> Sorry, I had searched for WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT in the 
> bug database, but after posting I searched for "transparent" and found

> the issue right away (1669640). It's noted that there is no fix, which

> I understand.
>
> I promise that I tried to check that it wasn't already posted, but 
> just not well enough!
>
> --Quinton
>
> -Original Message-
> From: Quinton Tormanen
> Sent: Thursday, July 02, 2009 11:06 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Option checkbox in ExitDialog isn't transparent
>
> I have a white background for my dlgbmp.bmp resource, like the one 
> that WiX provides by default. I tried using 
> WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT to allow the user to control 
> whether our application is run at the end of the install. However, the

> entire checkbox control has a gray background.
>
> I see that there isn't a @Transparent="yes" for this control like the 
> others, but then I'm also aware that checkboxes are notorious for not 
> being very easily made transparent in Win32. So, is this a known issue

> with no good workaround? Or is there a fix that can be made to 
> ExitDialog so that it is transparent?
>
> I'm using WiX 3.0.5217.0 on x64 Vista.
>
> Quinton Tormanen
> Software Engineer
> Delta Computer Systems, Inc.
> http://www.deltamotion.com
>
>
>
> --
> --
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
>  ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   


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

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

[WiX-users] problem with ComPlusApplication and public properties on Win64...

[Tim Johnson]

hi all,

using wix 3.0.5217.0

i am trying to build a 64 bit version of my installer but i am running into
problems. been looking into this for the better half of the week and am
stuck stuck stuck!

So my installer is pretty simple - dumps a few files and installs a legacy
complus application. As part of the UI sequence, i have a screen that
prompts for domain, username and password, which the complus application
runs as.   there's a snippet at the end of this email, showing the complus
and ui parts.

Anyway, compiled as a 32 bit msi, it works fine on 32 bit systems and also
on 64 bit systems (i have to remove the conditions which search the
registry).
But compiled as a 64 bit msi, it fails on 64 bit systems when run with the
full UI.  however when run in passive mode or with no ui and passing the
property values in on the command line, it works ok.  whats up with that?!?

what seems to be happening if i look at the logfile, is that the
[COMP_DOMAIN], [COMP_USER], and [COMP_PASS] are empty when the custom action
runs, even though valid data has been entered in the ui.

so it feels like my properties are not being transported to the msi server
process when run in UI mode, or they're being transported _after_ the
complus custom action has been created or run?  do i need to add something
to my InstallUISequence or something for this to happen? or  could
there be a bug?


thanks,

tim



http://schemas.microsoft.com/wix/2006/wi"; xmlns:complus="
http://schemas.microsoft.com/wix/ComPlusExtension";>
  
 

   
  
 
 

 
  
   

 

..

  
  
  
  
 







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

Re: [WiX-users] Custom action behavior on Install vs Uninstall

[Thorpe, Alan]

Alex,

Excellent suggestion. I've implemented the suggestion (see below). Is
this essentially deferring an install action until the moment that the
uninstall starts? The CustomAction events fire correctly ("caInstall" on
install, and "caUninstall" on uninstall) and the command line options
are correctly passed and handled by the executable.

On Vista, however, the "caUninstall" event fires before the UAC prompt,
which appears to cause the uninstall to run under different privileges.
Is it possible to trigger the uninstall action later in the uninstall
process? (BTW - I've tested setting the "Impersonate" attribute to "yes"
with no change in behavior.)








NOT
(REMOVE="ALL")
REMOVE="ALL"


-Original Message-
From: Alex Shevchuk [mailto:shevc...@live.com] 
Sent: Thursday, July 02, 2009 2:09 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Custom action behavior on Install vs Uninstall

>Can a Type 18 custom action have a dynamically designated command line
>property such that the target executable of the custom action is aware
>that it is being executed during installation or uninstallation? If so,
>what internal variable can be used to determine the current condition
of
>the MSI?

Hi Alan,

Instead of changing target, schedule two custom actions: one conditioned
on
running during fresh install (and maintenance install if needed) and
another
one conditioned on uninstall.
See http://msdn.microsoft.com/en-us/library/aa368013(VS.85).aspx for
details.

Alex




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

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

Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

[Neil Sleightholm]

No it isn't 'cos I missed a bit! You still set the text of the checkbox
to the same value as the label the Alt-key access then still works.
Tabbing to it still works as well.

Neil

-Original Message-
From: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: 03 July 2009 09:01
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

and accessibility is hosed.

Neil Sleightholm wrote:
> There is a workaround for this. Create a custom exit dialog and make
the
> checkbox only the size of the tick, then put a label next to it. It
> works but means that the user needs to click the check area only, the
> label part doesn't work.
>
> Neil
>
> -Original Message-
> From: Quinton Tormanen [mailto:quint...@deltacompsys.com]
> Sent: 02 July 2009 19:10
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't
transparent
>
> Sorry, I had searched for WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT in the
> bug database, but after posting I searched for "transparent" and found
> the issue right away (1669640). It's noted that there is no fix, which
I
> understand.
>
> I promise that I tried to check that it wasn't already posted, but
just
> not well enough!
>
> --Quinton
>
> -Original Message-
> From: Quinton Tormanen
> Sent: Thursday, July 02, 2009 11:06 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Option checkbox in ExitDialog isn't transparent
>
> I have a white background for my dlgbmp.bmp resource, like the one
that
> WiX provides by default. I tried using
> WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT to allow the user to control
> whether our application is run at the end of the install. However, the
> entire checkbox control has a gray background.
>
> I see that there isn't a @Transparent="yes" for this control like the
> others, but then I'm also aware that checkboxes are notorious for not
> being very easily made transparent in Win32. So, is this a known issue
> with no good workaround? Or is there a fix that can be made to
> ExitDialog so that it is transparent?
>
> I'm using WiX 3.0.5217.0 on x64 Vista.
>
> Quinton Tormanen
> Software Engineer
> Delta Computer Systems, Inc.
> http://www.deltamotion.com
>
>
>
>

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

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


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

[WiX-users] Creating multi-instance installations using WiX

[Carl Caulkett]

Hello,

 

Does anyone know of a way to create an installation using WiX where the
user can specify a particular instance for the installation and for this
to be controlled at the WiX level rather than delving down into the
murky depths of MSI? 

 

In other words supposing we have an installer which installs application
"A", can the user run the installer and specify that she wants to
install instance "A1" in a particular folder, and then later come along
and run the installer again, this time specifying the installation of
instance "A2" in a different folder, with the result that there are two
separate installations of the "A" application, one instance called "A1",
the other called "A2", and, crucially,  separate entries in the
Add/Remove Programs list.

 

We have a solution at the moment but it is a hybrid approach with a
Delphi written front end which gathers the installation details and then
passes them as parameters to a WiX written MSI and uses MSI Transforms
to achieve the multiple instances! It works quite well, but we would
like a purely WiX solution going forward.

 

Thanks in advance,

Carl

 

Carl Caulkett - Developer, Inspired Signage Group

AMX   - 6th Floor, Salisbury House, London Wall,
London, EC2M 5QQ

Main Office +44 (0) 1904 343 100

carl.caulk...@amxeurope.com  

P   Please consider the environment before deciding to print this email

 


AMX

AMX UK
Auster Road
Clifton Moor
York, North Yorkshire
United Kingdom
YO30 4GD

+44 (0) 1904 343100 office
+44 (0) 1904 343101 fax

AMX South
6th Floor Salisbury House
London Wall
London
United Kingdom
EC2M 5QQ

+44 (0) 2076 529450 office
+44 (0) 8701 991661 fax

AMX Belgium
Boerenkrijglaan, 96a
B-2260
Westerlo
Belgium


+ 32 (0) 1454 2763  office
+ 32 (0) 1454 2766  fax

##
Attention: 
This e-mail message is privileged and confidential. If you are not the 
intended recipient please delete the message and notify the sender. 
Any views or opinions presented are solely those of the author.

This email was scanned and cleared by NetIQ MailMarshal.
##
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Execute sql script using bcp.exe

[Peter Shirtcliffe]

Here are a few suggestions that might help:

That error could mean that the program starts but is returning a
non-zero error. Change Return="check" to Return="ignore" to test this. 

You need to specify the full path to the program to run and put it in
quotes. The Directory attribute just specifies the working directory.

Generate a log and look in it make sure the temp directory that you are
looking in is the same one the installer is installing to. 

Is your action that displays a message also deferred ?

If you want to access any per-user locations, you should set your custom
action to Impersonate="yes".

Here is a working sample that does what you want to do with notepad.exe.


http://schemas.microsoft.com/wix/2006/wi";>















not
Installed




The condition on the custom action is needed because during
uninstallation, the files are removed before the custom action executes.



-Original Message-
From: Natalia [mailto:natalia.gladk...@arcadia.spb.ru] 
Sent: 03 July 2009 15:32
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Execute sql script using bcp.exe


I can't see the files on the disk after InstallFiles... (I've put custom
action displaying message box just after InstallFiles)

Installation fails with the message
"Error 1721. There is a problem with this Windows Installer package. A
program required for this install to complete could not be run. "

Custom action is defined as follows:

--

--

(let's forget for now about bcp.exe)

All files should be copied to the TempFolder during installation (but I
can see that after InstallFiles they are stll not there)

I can't see what I'm doing wrong...


Natalia wrote:
> 
> Hello all,
> 
> I need to run bcp.exe (Bulk Copy Program) in my installation and I 
> have to pass parameter to it - the path to the sql script to run. This

> script is not on the local machine, it is in my package. So, I gather,

> I have to copy this script to the hard drive somehow, maybe - to the
Temp folder.
> But I have no idea how can I do this!
> 
> As I understand, the files being installed by wix are not actually 
> present on the machine before install finalize...
> 
> Any help would be greatly appreciated.
> 

--
View this message in context:
http://n2.nabble.com/Execute-sql-script-using-bcp.exe-tp3200359p3201625.
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

SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.  
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


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

[WiX-users] How to dynamically get current locale that my msi is built in?

[Lian Jiang]

Hi,

I have a wixproj which specifies "en-us;es-es". As you 
know, compiling this wixproj will create two MSIs located in en-us folder and 
es-es folder respectively.

My installer installs a UI product and need to place the corresponding resource 
file to the installation folder. For example, the en-us version MSI should put 
the en-us resource of the UI product to the installation folder.

Right now, I am hard code the locale names and put all locales' resources to 
the installation folder like:

   

  

  
   

  

  

This is obvious a bad solution since it packs all locales resources for any 
locale's MSI. I would like pack only the corresponding locale resource for one 
MSI. But how can I dynamically get the current locale that the MSI is built? Is 
there any global variable exposing locale information?

Appreciate your help!


Thanks
Lian




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

Re: [WiX-users] What is this error: error LGHT0204:ICE31:ICEInternalError 4. API Returned: 6.?

[Jiang, Chunyan (GE Healthcare)]

Hi Pally,

Thank you for your nice suggestion. I read the link as you suggested. It sounds 
that ICE31 is related to TextStyle setting. I thought probably the error is 
caused by:

DlgFont8

When I defined the DlgFont8 before I called it in , the error is gone.

Cheers,

Chunyan

 

-Ursprüngliche Nachricht-
Von: Pally Sandher [mailto:pally.sand...@iesve.com] 
Gesendet: Freitag, 3. Juli 2009 16:11
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] What is this error: error 
LGHT0204:ICE31:ICEInternalError 4. API Returned: 6.?

It's a temporary directory created by light during run time for processing 
files. It is deleted when light finishes its current process.
Set the environment variable WIX_TEMP to specify your own directory but it has 
nothing to do with your ICE error.

Have you searched MSDN for ICE31? I get the following as first hit when I 
search for "ICE31 MSDN" on a popular search engine:
http://msdn.microsoft.com/en-us/library/aa368955(VS.85).aspx


Enjoy.

Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** Integrated 
Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered 
Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email 
Disclaimer
 

 

-Original Message-
From: Jiang, Chunyan (GE Healthcare) [mailto:chunyan.ji...@ge.com]
Sent: 03 July 2009 12:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] What is this error: error LGHT0204: 
ICE31:ICEInternalError 4. API Returned: 6.?

I found that every time when I do the rebuild of the project, there will be a 
new folder name in the error message under \Temp\. And the new folder doesn't 
exist at all.

I don't know if it is the reason caused the error. But why Light.exe will 
create a new folder under \Temp\ every time of build?


Chunyan



-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 13:52
An: 'General discussion for Windows Installer XML toolset.'
Betreff: AW: [WiX-users] What is this error: error LGHT0204: ICE31: 
ICEInternalError 4. API Returned: 6.?

Hi Wix-users,

The full error message is:

D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi(0,0): error LGHT0204: ICE31: ICE Internal 
Error 4. API Returned: 6.

I searched the path D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi. But there is no 5zuzOmdr folder. How could 
VP6Wix.msi come from there?


Regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 11:29
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] What is this error: error LGHT0204: ICE31: 
ICEInternalError 4. API Returned: 6.?

I searched in the maillist archive and found some one had the similar question 
some time ago. The advice was to add mergemode.cub and mergemod.dll.

When I search in C:\Program Files\Windows Installer XML v3\bin\ , I found these 
two files are already there. I don't need to add them again.

Could some one give me some advice how to resolve this problem?


Best regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 10:51
An: General discussion for Windows Installer XML toolset.
Betreff: [WiX-users] What is this error: error LGHT0204: ICE31: ICE 
InternalError 4. API Returned: 6.?


 
Hi wix-users,
 
I tried to create my own dialog. I did it as the Wix Tutorial Part 8 says. But 
when I build it. There are several errors, saying some dialogs missing. I 
copied the necessary dialog files to my project, like ExitDialog.wxs, 
FilesInUse.wxs, and cleaned some build errors. At last, I got this error, which 
I have no idea how to resolve it:
 
error LGHT0204: ICE31: ICE Internal Error 4. API Returned: 6.
 
Could some one give me some idea how to resolve it?
 
 
Best regards,
 
Chunyan
--
___
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

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

Re: [WiX-users] Missing Elevation Shield on Remove?

[Quinton Tormanen]

Bob Arnson wrote: 
> Quinton Tormanen wrote:
> > I am using WiX 3.0.5217.0 with WixUI_InstallDir. If I put the
installer
> > in maintenance mode and click the Remove option, then on the verify
page
> > (Ready to remove RMCTools 3.33.0d), the Remove button is missing the
> > elevation shield. 
>
> Assuming the right button is being shown, MSI can still not show the 
> shield, if the user running the uninstall already has elevated
privileges.

I launch the installer without elevation (no UAC prompt), and after I
click the Remove button, it pops up with UAC prompt. It seems that both
of these indicate that the uninstall didn't already have elevated
privileges at the time the Remove button was displayed.

I am wondering if this has something to do with ALLUSERS not being set
up at this point in maintenance mode. Recall that I do have a simple
 under the Product element so I
expect that it would be.

I'll do some more digging into the log and try to determine whether it's
MSI hiding the shield or the conditions showing the wrong button (e.g. I
can simply change the text on one of the buttons to determine this).
I'll post back with what I find.

Thanks, Bob.

--Quinton

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

Re: [WiX-users] Execute sql script using bcp.exe

[Natalia]

I can't see the files on the disk after InstallFiles... (I've put custom
action displaying message box just after InstallFiles)

Installation fails with the message 
"Error 1721. There is a problem with this Windows Installer package. A
program required for this install to complete could not be run. "

Custom action is defined as follows:

--

--

(let's forget for now about bcp.exe)

All files should be copied to the TempFolder during installation (but I can
see that after InstallFiles they are stll not there)

I can't see what I'm doing wrong...


Natalia wrote:
> 
> Hello all,
> 
> I need to run bcp.exe (Bulk Copy Program) in my installation and I have to
> pass parameter to it - the path to the sql script to run. This script is
> not on the local machine, it is in my package. So, I gather, I have to
> copy this script to the hard drive somehow, maybe - to the Temp folder.
> But I have no idea how can I do this!
> 
> As I understand, the files being installed by wix are not actually present
> on the machine before install finalize...
> 
> Any help would be greatly appreciated.
> 

-- 
View this message in context: 
http://n2.nabble.com/Execute-sql-script-using-bcp.exe-tp3200359p3201625.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

Re: [WiX-users] AdminUI vs. InstallUI

[Bob Arnson]

Quinton Tormanen wrote:
> my existing project, I see duplicates of every dialog form, one for the
> Admin sequence and one for the standard sequence. For example,
> UserExitForm and AdminUserExitForm, WelcomeForm and AdminWelcomeForm.
>   

They didn't come from WixUI: It's never supported admin-UI sequence dialogs.

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



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

Re: [WiX-users] Missing Elevation Shield on Remove?

[Bob Arnson]

Quinton Tormanen wrote:
> I am using WiX 3.0.5217.0 with WixUI_InstallDir. If I put the installer
> in maintenance mode and click the Remove option, then on the verify page
> (Ready to remove RMCTools 3.33.0d), the Remove button is missing the
> elevation shield. 

Assuming the right button is being shown, MSI can still not show the 
shield, if the user running the uninstall already has elevated privileges.

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



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

Re: [WiX-users] What is this error: error LGHT0204: ICE31:ICEInternalError 4. API Returned: 6.?

[Pally Sandher]

It's a temporary directory created by light during run time for processing 
files. It is deleted when light finishes its current process.
Set the environment variable WIX_TEMP to specify your own directory but it has 
nothing to do with your ICE error.

Have you searched MSDN for ICE31? I get the following as first hit when I 
search for "ICE31 MSDN" on a popular search engine:
http://msdn.microsoft.com/en-us/library/aa368955(VS.85).aspx


Enjoy.

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP
Email Disclaimer
 

 

-Original Message-
From: Jiang, Chunyan (GE Healthcare) [mailto:chunyan.ji...@ge.com] 
Sent: 03 July 2009 12:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] What is this error: error LGHT0204: 
ICE31:ICEInternalError 4. API Returned: 6.?

I found that every time when I do the rebuild of the project, there will be a 
new folder name in the error message under \Temp\. And the new folder doesn't 
exist at all.

I don't know if it is the reason caused the error. But why Light.exe will 
create a new folder under \Temp\ every time of build?


Chunyan



-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 13:52
An: 'General discussion for Windows Installer XML toolset.'
Betreff: AW: [WiX-users] What is this error: error LGHT0204: ICE31: 
ICEInternalError 4. API Returned: 6.?

Hi Wix-users,

The full error message is:

D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi(0,0): error LGHT0204: ICE31: ICE Internal 
Error 4. API Returned: 6.

I searched the path D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi. But there is no 5zuzOmdr folder. How could 
VP6Wix.msi come from there?


Regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 11:29
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] What is this error: error LGHT0204: ICE31: 
ICEInternalError 4. API Returned: 6.?

I searched in the maillist archive and found some one had the similar question 
some time ago. The advice was to add mergemode.cub and mergemod.dll.

When I search in C:\Program Files\Windows Installer XML v3\bin\ , I found these 
two files are already there. I don't need to add them again.

Could some one give me some advice how to resolve this problem?


Best regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 10:51
An: General discussion for Windows Installer XML toolset.
Betreff: [WiX-users] What is this error: error LGHT0204: ICE31: ICE 
InternalError 4. API Returned: 6.?


 
Hi wix-users,
 
I tried to create my own dialog. I did it as the Wix Tutorial Part 8 says. But 
when I build it. There are several errors, saying some dialogs missing. I 
copied the necessary dialog files to my project, like ExitDialog.wxs, 
FilesInUse.wxs, and cleaned some build errors. At last, I got this error, which 
I have no idea how to resolve it:
 
error LGHT0204: ICE31: ICE Internal Error 4. API Returned: 6.
 
Could some one give me some idea how to resolve it?
 
 
Best regards,
 
Chunyan
--
___
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

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



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

Re: [WiX-users] How to dynamically get current locale that my msi is built in?

[Bob Arnson]

Lian Jiang wrote:
> This is obvious a bad solution since it packs all locales resources for any 
> locale's MSI. I would like pack only the corresponding locale resource for 
> one MSI. But how can I dynamically get the current locale that the MSI is 
> built? Is there any global variable exposing locale information?
>   

No because it's something that happens at link time, not compile time.

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



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

Re: [WiX-users] How to change data in VolumeCostList control

[Bob Arnson]

kezhong zhou wrote:
> The origin calculation is not accurate. Such as an installation of 100M, the
> actual space taken would be 100.4M. So, I want to tell the user, if he just
> have merely enough space to pass DiskSpaceCheck step, that he would fail.
> The simplest way to do this, seems to be use ReserveCost table to add extra
> 1% space in the accumulated sum. But, I don't know the actually space, until
> in runtime, since we might change the source file before we build final
> installer, and the size of the generated MSI file, and temporary space taken
> in system drive are not known until we actually have the MSI file, and
> install it.
>   

Sure but it seems overkill compared to just adding a meg of reserved 
cost and updating it as necessary.

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



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

Re: [WiX-users] Using Variables with YesNoType Attributes

[Bob Arnson]

jnewton wrote:
> Yeah, I meant to put 'yes' or 'no' in the post, but it doesn't matter. The
> wix compiler always says the value is invalid according to its datatype.
>   

What's the actual error message? Is it coming from the compiler or 
Visual Studio?

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



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

Re: [WiX-users] Simpler Cancellation

[Bob Arnson]

Quinton Tormanen wrote:
> (1) How can I get the installer to exit immediately after the user
> answers Yes to the confirmation.
>   

Don't reference the UserExit dialog; it self-schedules to be shown after 
cancellation.

> (2) Is there a good reason why I should keep the final cancellation
> screen?
>   

User expectation?

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



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

Re: [WiX-users] wix3_x64.msi

[Bob Arnson]

Sebastian Brand (Instyler Software) wrote:
> I got it working. I compiled winterop.dll as 64-bit.
>   

Note that extensions also run in the light.exe process and might expect 
to always be running in a 32-bit process.

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



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

Re: [WiX-users] renaming a file with install time argument

[Bob Arnson]

Eric Napier wrote:
> I need to install and invoke an executable file.  I also need to specify the
> file name at installation time (some of the arguments are taken from the
> file name).

There's no support in MSI for that.

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



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

Re: [WiX-users] What is this error: error LGHT0204: ICE31: ICEInternalError 4. API Returned: 6.?

[Jiang, Chunyan (GE Healthcare)]

I found that every time when I do the rebuild of the project, there will be a 
new folder name in the error message under \Temp\. And the new folder doesn't 
exist at all.

I don't know if it is the reason caused the error. But why Light.exe will 
create a new folder under \Temp\ every time of build?


Chunyan



-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare) 
Gesendet: Freitag, 3. Juli 2009 13:52
An: 'General discussion for Windows Installer XML toolset.'
Betreff: AW: [WiX-users] What is this error: error LGHT0204: ICE31: 
ICEInternalError 4. API Returned: 6.?

Hi Wix-users,

The full error message is:

D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi(0,0): error LGHT0204: ICE31: ICE Internal 
Error 4. API Returned: 6.

I searched the path D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi. But there is no 5zuzOmdr folder. How could 
VP6Wix.msi come from there?


Regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 11:29
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] What is this error: error LGHT0204: ICE31: 
ICEInternalError 4. API Returned: 6.?

I searched in the maillist archive and found some one had the similar question 
some time ago. The advice was to add mergemode.cub and mergemod.dll.

When I search in C:\Program Files\Windows Installer XML v3\bin\ , I found these 
two files are already there. I don't need to add them again.

Could some one give me some advice how to resolve this problem?


Best regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 10:51
An: General discussion for Windows Installer XML toolset.
Betreff: [WiX-users] What is this error: error LGHT0204: ICE31: ICE 
InternalError 4. API Returned: 6.?


 
Hi wix-users,
 
I tried to create my own dialog. I did it as the Wix Tutorial Part 8 says. But 
when I build it. There are several errors, saying some dialogs missing. I 
copied the necessary dialog files to my project, like ExitDialog.wxs, 
FilesInUse.wxs, and cleaned some build errors. At last, I got this error, which 
I have no idea how to resolve it:
 
error LGHT0204: ICE31: ICE Internal Error 4. API Returned: 6.
 
Could some one give me some idea how to resolve it?
 
 
Best regards,
 
Chunyan
--
___
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

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

Re: [WiX-users] Huge increase in MSI size when using MFC9 Merge Module

[Pally Sandher]

That's strange. The smart-cabbing feature in WiX should reduce the size
of your cabs rather than increase them.

I've just checked a small plug-in installer of ours which puts the same
12 files (3 DLL's. 1 .BMP, 8 .GIF;s) in 2 different locations based on
feature conditions. The cab has 2 copies of those files in it each with
different filenames which isn't what I'd expect as they aren't something
trivial like identical files in 2 different source directories, they are
from 1 source directory & the File/@Source attributes are identical on
both File Elements in each of the 12 files.

Unless I'm understanding the smart cabbing feature incorrectly this
appears to me to be a bug.


Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 
 


-Original Message-
From: Martin Kals [mailto:mk...@tec-it.com] 
Sent: 03 July 2009 12:00
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Huge increase in MSI size when using MFC9 Merge
Module

Hello,
 
I experience some strange behaviour when using the MFC 9 SP1 merge
module in my setup.
 
The msm itself has about 4 MB, but when including it in an msi its size
increases by about 12 MB, nearly doubling the size of my setup.
 
It seems like the MFC dlls are packaged multiple times under different
names in the cab of my msi file (mfc90.dll, nosxs_mfc90.dll,
ul_mfc90.dll, and another 3 times for unicode).
I used WinMerge to diff the files and it appears that they are indeed
identical.
 
Is this behaviour expected?
 
 
Here is a small example to reproduce the behaviour. I tested it with
3.0.5419.0
 

http://schemas.microsoft.com/wix/2006/wi
 ">
  
  
  
 
  
  
  
  

 

 

   
  
  
   
  
  
 

 
Thanks,
Martin

 

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



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

Re: [WiX-users] What is this error: error LGHT0204: ICE31: ICEInternalError 4. API Returned: 6.?

[Jiang, Chunyan (GE Healthcare)]

Hi Wix-users,

The full error message is:

D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi(0,0): error LGHT0204: ICE31: ICE Internal 
Error 4. API Returned: 6.

I searched the path D:\Documents and Settings\aa028704\Local 
Settings\Temp\5zuz0mdr\VP6Wix.msi. But there is no 5zuzOmdr folder. How could 
VP6Wix.msi come from there?


Regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare) 
Gesendet: Freitag, 3. Juli 2009 11:29
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] What is this error: error LGHT0204: ICE31: 
ICEInternalError 4. API Returned: 6.?

I searched in the maillist archive and found some one had the similar question 
some time ago. The advice was to add mergemode.cub and mergemod.dll.

When I search in C:\Program Files\Windows Installer XML v3\bin\ , I found these 
two files are already there. I don't need to add them again.

Could some one give me some advice how to resolve this problem?


Best regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare)
Gesendet: Freitag, 3. Juli 2009 10:51
An: General discussion for Windows Installer XML toolset.
Betreff: [WiX-users] What is this error: error LGHT0204: ICE31: ICE 
InternalError 4. API Returned: 6.?


 
Hi wix-users,
 
I tried to create my own dialog. I did it as the Wix Tutorial Part 8 says. But 
when I build it. There are several errors, saying some dialogs missing. I 
copied the necessary dialog files to my project, like ExitDialog.wxs, 
FilesInUse.wxs, and cleaned some build errors. At last, I got this error, which 
I have no idea how to resolve it:
 
error LGHT0204: ICE31: ICE Internal Error 4. API Returned: 6.
 
Could some one give me some idea how to resolve it?
 
 
Best regards,
 
Chunyan
--
___
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

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

[WiX-users] Huge increase in MSI size when using MFC9 Merge Module

[Martin Kals]

Hello,
 
I experience some strange behaviour when using the MFC 9 SP1 merge module in my 
setup.
 
The msm itself has about 4 MB, but when including it in an msi its size 
increases by about 12 MB, nearly doubling the size of my setup.
 
It seems like the MFC dlls are packaged multiple times under different names in 
the cab of my msi file (mfc90.dll, nosxs_mfc90.dll, ul_mfc90.dll, and another 3 
times for unicode).
I used WinMerge to diff the files and it appears that they are indeed identical.
 
Is this behaviour expected?
 
 
Here is a small example to reproduce the behaviour. I tested it with 3.0.5419.0
 

http://schemas.microsoft.com/wix/2006/wi 
 ">
  
  
  
 
  
  
  
  

 

 

   
  
  
   
  
  
 

 
Thanks,
Martin

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

Re: [WiX-users] Boolean paramaters

[John Ludlow]

Well, under MSI evaluation logic, if you just use MYFLAG as your
condition, that will evaluate to true as long as MYFLAG has any value
at all.  If you wanted to support MYFLAG=false on the command line and
have the condition evaluate to false, then you would need to check
MYFLAG against a value (in this case that would be "true").

The convention for true/false is to use 1, as in MYFLAG=1 on the
command line, and simply check for MYFLAG having a value.

John

2009/7/1 sandun css :
> Hi,
>
> I have some conditions in my msi, like the following,
>
>
> 
>
> 
>
> 
>
> But I need to run these conditions only if a certain parameter is set to
> 'true'. (i.e. msiexec /i installer.msi MYFLAG=true)
>
> Are there boolean parameters, or do I need to treat 'true' and 'false'
> valuse as strings?
>
> Thanks,
>
> Sandun
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

[Pally Sandher]

Quinton I also reported the same issue in the WiX bug tracker on
Sourceforge on issue 2025677 a while ago & was told the same thing as
you can see from the notes on it.

As I wrote on that issue, the workaround Neil outlined below is what
I've implemented and if it works for companies like Perforce
(http://www.perforce.com/perforce/products/p4v.html) and Google SketchUp
(http://sketchup.google.com) to reference but 2 examples I see on a
regular basis, it works for us/me.

Cheers,

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 
 


-Original Message-
From: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: 03 July 2009 09:01
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

and accessibility is hosed.

Neil Sleightholm wrote:
> There is a workaround for this. Create a custom exit dialog and make 
> the checkbox only the size of the tick, then put a label next to it. 
> It works but means that the user needs to click the check area only, 
> the label part doesn't work.
>
> Neil
>
> -Original Message-
> From: Quinton Tormanen [mailto:quint...@deltacompsys.com]
> Sent: 02 July 2009 19:10
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't 
> transparent
>
> Sorry, I had searched for WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT in the 
> bug database, but after posting I searched for "transparent" and found

> the issue right away (1669640). It's noted that there is no fix, which

> I understand.
>
> I promise that I tried to check that it wasn't already posted, but 
> just not well enough!
>
> --Quinton
>
> -Original Message-
> From: Quinton Tormanen
> Sent: Thursday, July 02, 2009 11:06 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Option checkbox in ExitDialog isn't transparent
>
> I have a white background for my dlgbmp.bmp resource, like the one 
> that WiX provides by default. I tried using 
> WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT to allow the user to control 
> whether our application is run at the end of the install. However, the

> entire checkbox control has a gray background.
>
> I see that there isn't a @Transparent="yes" for this control like the 
> others, but then I'm also aware that checkboxes are notorious for not 
> being very easily made transparent in Win32. So, is this a known issue

> with no good workaround? Or is there a fix that can be made to 
> ExitDialog so that it is transparent?
>
> I'm using WiX 3.0.5217.0 on x64 Vista.
>
> Quinton Tormanen
> Software Engineer
> Delta Computer Systems, Inc.
> http://www.deltamotion.com
>
>
>
> --
> --
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
>  ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   


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



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

Re: [WiX-users] Execute an MSI within an MSI

[Thomas Due]

Or you could check with your provider to see if he can deliver a merge module 
instead?

Thomas



-Original Message-
From: Dirk Räder [mailto:d...@raeder.cc] 
Sent: 3. juli 2009 12:20
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Execute an MSI within an MSI

Hi,

it is definitely not possible to call another MSI when an installation
process is already running. Windows Installer takes care of that.

You can either reverse engineer the MSI as already suggested, which I
would not do - you have to do so every time you get a new MSI from
your provider.

I would write a simple bootstrapper application that calls the MSIs in
sequence. If the second installer fails, uninstallation of the first
installation should be proposed to the user.

Hope that helps,

Dirk


2009/7/3 Sunkesula, Srivardhan :
> As far as I know, we cannot call an MSI inside an other MSI.
> Anyone Correct me if I'm wrong.
>
> What we can do is generate wxs from the msi(reverse engineering), which we 
> need inside our msi.
> Then generate an MSI including those wxs.
>
> Thanks &Regards,
> Srivardhan.
>
>
> -Original Message-
> From: David Hernández Díez [mailto:dhd...@hotmail.com]
> Sent: Friday, July 03, 2009 2:13 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Execute an MSI within an MSI
>
>
> Hello,
>
>
>
> I am wondering if it is possible to execute an MSI within the MSI that I 
> create using Wix.
>
>
>
> I need to do it because a provider delivers me an MSI to install part of a 
> solution and I need to bundle everything within an MSI.
>
>
>
> Thanks,
>
> David
>
> _
> Windows Live(tm): Keep your life in sync. Check it out!
> http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
> --
> ___
> 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
>


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

Re: [WiX-users] Execute an MSI within an MSI

[Pally Sandher]

Srivardhan is correct, chaining MSI's isn't supported by Windows Installer (as 
far as I know but my knowledge is limited to v3.1 since it's the only version 
widely supported from XP onwards. v4.5 or v5 may have different functionality 
but until they're provided for Windows XP through automatic updates they don't 
exist as far as I'm concerned).

Reverse Engineering an MSI isn't something I'd recommend in this scenario. 

Either ask your provider to deliver merge modules to you instead of a pre-built 
MSI which you can incorporate into your own MSI or use a bootstrapper to 
install both MSI's sequentially.
There are plenty of freely available bootstrappers you could use if you don't 
wish to 'roll your own'. WiX 3.5 has one in development called burn but until 
it's stable you may wish to use something like dotnetinstaller or even the 
Setup.exe which Visual Studio provides.

Good luck,


Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP
Email Disclaimer
 
 

 
 
 

-Original Message-
From: Sunkesula, Srivardhan [mailto:srivardhan.sunkes...@netapp.com] 
Sent: 03 July 2009 10:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Execute an MSI within an MSI

As far as I know, we cannot call an MSI inside an other MSI.
Anyone Correct me if I'm wrong.

What we can do is generate wxs from the msi(reverse engineering), which we need 
inside our msi.
Then generate an MSI including those wxs.

Thanks &Regards,
Srivardhan.
 

-Original Message-
From: David Hernández Díez [mailto:dhd...@hotmail.com]
Sent: Friday, July 03, 2009 2:13 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Execute an MSI within an MSI


Hello,

 

I am wondering if it is possible to execute an MSI within the MSI that I create 
using Wix.

 

I need to do it because a provider delivers me an MSI to install part of a 
solution and I need to bundle everything within an MSI.

 

Thanks,

David

_
Windows Live(tm): Keep your life in sync. Check it out!
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
--
___
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



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

Re: [WiX-users] Execute an MSI within an MSI

[Rob Hamflett]

Sunkesula, Srivardhan wrote:
> As far as I know, we cannot call an MSI inside an other MSI.
> Anyone Correct me if I'm wrong.

You can, but not in a very nice way.  You can run pretty much anything as an 
arbitrary custom 
action.  I think there was a custom action for running another MSI file, but 
this might have been 
removed.  The problem is that only one installation can run the server-side 
script that actually 
makes changes to the system.  This means you have to schedule the second MSI 
outside this part of 
the installation, which in turn means you've lost all hope of performing a 
full, proper rollback if 
things go wrong.  This is why most stuff like this is done with a bootstrapper, 
so that you can 
check if each installation succeeded or not before proceeding with the next one.

Rob


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

Re: [WiX-users] Execute an MSI within an MSI

[Dirk Räder]

Hi,

it is definitely not possible to call another MSI when an installation
process is already running. Windows Installer takes care of that.

You can either reverse engineer the MSI as already suggested, which I
would not do - you have to do so every time you get a new MSI from
your provider.

I would write a simple bootstrapper application that calls the MSIs in
sequence. If the second installer fails, uninstallation of the first
installation should be proposed to the user.

Hope that helps,

Dirk


2009/7/3 Sunkesula, Srivardhan :
> As far as I know, we cannot call an MSI inside an other MSI.
> Anyone Correct me if I'm wrong.
>
> What we can do is generate wxs from the msi(reverse engineering), which we 
> need inside our msi.
> Then generate an MSI including those wxs.
>
> Thanks &Regards,
> Srivardhan.
>
>
> -Original Message-
> From: David Hernández Díez [mailto:dhd...@hotmail.com]
> Sent: Friday, July 03, 2009 2:13 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Execute an MSI within an MSI
>
>
> Hello,
>
>
>
> I am wondering if it is possible to execute an MSI within the MSI that I 
> create using Wix.
>
>
>
> I need to do it because a provider delivers me an MSI to install part of a 
> solution and I need to bundle everything within an MSI.
>
>
>
> Thanks,
>
> David
>
> _
> Windows Live(tm): Keep your life in sync. Check it out!
> http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
> --
> ___
> 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
>

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

Re: [WiX-users] Execute sql script using bcp.exe

[Peter Shirtcliffe]

The files are present on the machine after the InstallFiles action in
the InstallExecute sequence, but youll have to make your bcp custom
action deferred. 


-Original Message-
From: Natalia [mailto:natalia.gladk...@arcadia.spb.ru] 
Sent: 03 July 2009 10:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Execute sql script using bcp.exe


Hello all,

I need to run bcp.exe (Bulk Copy Program) in my installation and I have
to pass parameter to it - the path to the sql script to run. This script
is not on the local machine, it is in my package. So, I gather, I have
to copy this script to the hard drive somehow, maybe - to the Temp
folder. But I have no idea how can I do this!

As I understand, the files being installed by wix are not actually
present on the machine before install finalize...

Any help would be greatly appreciated.
--
View this message in context:
http://n2.nabble.com/Execute-sql-script-using-bcp.exe-tp3200359p3200359.
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

SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.  
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


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

Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

[Thomas Due]

Is it possible to catch click events on labels on a custom dialog?
If so, would it be possible to bind a click event on the label that puts
focus on the checkbox and checks/unchecks it? 

Or is that too advanced for MSI?

Thomas

-Original Message-
From: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: 3. juli 2009 10:01
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

and accessibility is hosed.

Neil Sleightholm wrote:
> There is a workaround for this. Create a custom exit dialog and make
the
> checkbox only the size of the tick, then put a label next to it. It
> works but means that the user needs to click the check area only, the
> label part doesn't work.
>
> Neil
>
> -Original Message-
> From: Quinton Tormanen [mailto:quint...@deltacompsys.com]
> Sent: 02 July 2009 19:10
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't
transparent
>
> Sorry, I had searched for WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT in the
> bug database, but after posting I searched for "transparent" and found
> the issue right away (1669640). It's noted that there is no fix, which
I
> understand.
>
> I promise that I tried to check that it wasn't already posted, but
just
> not well enough!
>
> --Quinton
>
> -Original Message-
> From: Quinton Tormanen
> Sent: Thursday, July 02, 2009 11:06 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Option checkbox in ExitDialog isn't transparent
>
> I have a white background for my dlgbmp.bmp resource, like the one
that
> WiX provides by default. I tried using
> WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT to allow the user to control
> whether our application is run at the end of the install. However, the
> entire checkbox control has a gray background.
>
> I see that there isn't a @Transparent="yes" for this control like the
> others, but then I'm also aware that checkboxes are notorious for not
> being very easily made transparent in Win32. So, is this a known issue
> with no good workaround? Or is there a fix that can be made to
> ExitDialog so that it is transparent?
>
> I'm using WiX 3.0.5217.0 on x64 Vista.
>
> Quinton Tormanen
> Software Engineer
> Delta Computer Systems, Inc.
> http://www.deltamotion.com
>
>
>
>

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

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



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

[WiX-users] Execute sql script using bcp.exe

[Natalia]

Hello all,

I need to run bcp.exe (Bulk Copy Program) in my installation and I have to
pass parameter to it - the path to the sql script to run. This script is not
on the local machine, it is in my package. So, I gather, I have to copy this
script to the hard drive somehow, maybe - to the Temp folder. But I have no
idea how can I do this!

As I understand, the files being installed by wix are not actually present
on the machine before install finalize...

Any help would be greatly appreciated.
-- 
View this message in context: 
http://n2.nabble.com/Execute-sql-script-using-bcp.exe-tp3200359p3200359.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

Re: [WiX-users] Env variables don't get deleted

[sandun css]

This is my code,












Due to some reason, that directory also not get deleted. Does 'keypath'
value has some impact on this?



Thanks,

Sandun


On Thu, Jul 2, 2009 at 8:44 PM, Alex Shevchuk  wrote:

> My understanding of original problem is that environment variables are
> created on install, but not deleted on uninstall.
> Action="remove" must be used when environment variable needs to be deleted
> *on install*.
> As Rob already mentioned, there is nothing wrong with  tag
> itself.  Problem is somewhere outside.  If component is not made permanent,
> another thing to look for is any condition on component or
>  in .  Without seeing
> more
> of original wxs we are just guessing here.
>
> Alex
>
>
> -Original Message-
> From: David Bartmess [mailto:david.bartm...@wallst.com]
> Sent: Thursday, July 02, 2009 8:00 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] Env variables don't get deleted
>
> For what it's worth, here's the text from the schema description. Pay
> attention to the description of the remove action
>
> Specfies whether the environmental variable should be created, set or
> removed when the parent component is installed. This attribute's value must
> be one of the following:
>
> create
>Creates the environment variable if it does not exist, then set it
> during installation. This has no effect on the value of the environment
> variable if it already exists.
>
> set
>Creates the environment variable if it does not exist, and then set it
> during installation. If the environment variable exists, set it during the
> installation.
>
> remove
>Removes the environment variable during an installation. The installer
> only removes an environment variable during an installation if the name and
> value of the variable match the entries in the Name and Value fields of the
> Environment table. If you want to remove an environment variable,
> regardless
> of its value, use the '!' syntax, and leave the Value field empty.
>
> -Original Message-
> From: sandun css [mailto:sandun...@gmail.com]
> Sent: Thursday, July 02, 2009 5:27 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Env variables don't get deleted
>
> No Rob. Those don't apply.
>
> On Thu, Jul 2, 2009 at 11:56 AM, Rob Hamflett  wrote:
>
> > Setting Permanent="yes" on the Component or forgetting to give it a
> > GUID would make the env var change permanent.  Do either of these
> > apply?
> >
> > Rob
> >
> > sandun css wrote:
> > > Hi,
> > >
> > > I set few env variables from my msi. But they don't get deleted when
> > > I uninstall them. This is my code,
> > >
> > >> > Value='[INSTALLDIR]etc\middleware.cfg' System='yes' Permanent='no'/>
> > > What can be the problem?
> > >
> > > Thanks,
> > > Sandun
> > >
> > --
> > 
> >
> >
> >
> > --
> >  ___
> > 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
>
>
> 
> --
> ___
> 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
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What is this error: error LGHT0204: ICE31: ICE InternalError 4. API Returned: 6.?

[Jiang, Chunyan (GE Healthcare)]

I searched in the maillist archive and found some one had the similar question 
some time ago. The advice was to add mergemode.cub and mergemod.dll.

When I search in C:\Program Files\Windows Installer XML v3\bin\ , I found these 
two files are already there. I don't need to add them again.

Could some one give me some advice how to resolve this problem?


Best regards,

Chunyan

-Ursprüngliche Nachricht-
Von: Jiang, Chunyan (GE Healthcare) 
Gesendet: Freitag, 3. Juli 2009 10:51
An: General discussion for Windows Installer XML toolset.
Betreff: [WiX-users] What is this error: error LGHT0204: ICE31: ICE 
InternalError 4. API Returned: 6.?


 
Hi wix-users,
 
I tried to create my own dialog. I did it as the Wix Tutorial Part 8 says. But 
when I build it. There are several errors, saying some dialogs missing. I 
copied the necessary dialog files to my project, like ExitDialog.wxs, 
FilesInUse.wxs, and cleaned some build errors. At last, I got this error, which 
I have no idea how to resolve it:
 
error LGHT0204: ICE31: ICE Internal Error 4. API Returned: 6.
 
Could some one give me some idea how to resolve it?
 
 
Best regards,
 
Chunyan
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

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

Re: [WiX-users] Execute an MSI within an MSI

[Sunkesula, Srivardhan]

As far as I know, we cannot call an MSI inside an other MSI.
Anyone Correct me if I'm wrong.

What we can do is generate wxs from the msi(reverse engineering), which we need 
inside our msi.
Then generate an MSI including those wxs.

Thanks &Regards,
Srivardhan.
 

-Original Message-
From: David Hernández Díez [mailto:dhd...@hotmail.com] 
Sent: Friday, July 03, 2009 2:13 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Execute an MSI within an MSI


Hello,

 

I am wondering if it is possible to execute an MSI within the MSI that I create 
using Wix.

 

I need to do it because a provider delivers me an MSI to install part of a 
solution and I need to bundle everything within an MSI.

 

Thanks,

David

_
Windows Live(tm): Keep your life in sync. Check it out!
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

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

Re: [WiX-users] LGHT1076: ICE82: This action ... has duplicate sequence number 1

[John Aldridge]

Rob Mensching wrote:
> Its a warning telling you that multiple Merge Modules have had the 
> action that correctly CommonFilesFolder in the Merge Modules scheduled 
> at the same number. This is caused by a stupidity in mergemod.dll.

Sorry, I don't understand this: there's only one merge module involved here.

> Have you considered .wixlibs instead of Merge Modules?

Yes, and we may well end up doing that, but although the decision has
been made to use WiX for generating these component MSMs/wixlibs, we
haven't yet decided whether to use WiX or InstallShield for generating
the final MSI which uses them. There are still a couple of things we
need to check we know how to do.

In addition, in one case (though not the one currently provoking this
issue) the MSM is itself distributed with the product, intended for our
customers to use in their own application development, and we don't want
to dictate their choice of installer technology.

Thanks for the reply!

-- 
Cheers,
John

> John Aldridge wrote:
>> I have a merge module WiX project
>>
>> 
>> http://schemas.microsoft.com/wix/2006/wi";>
>> 
>> > Manufacturer="WixMergeModule1" InstallerVersion="200" />
>>
>> > ComponentGuidGenerationSeed="ca7809be-5afd-4e43-a850-7474a3d4c886" 
>> FileSource="$(var.ProjectDir)">
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>
>> which installs a.txt to the merge redirect folder, b.txt to the system 
>> folder and c.txt to the common files folder. I use this merge module in an 
>> installer WiX project
>>
>> 
>> http://schemas.microsoft.com/wix/2006/wi";>
>> > Language="1033" Version="1.0.0.0" Manufacturer="WixProject1" 
>> UpgradeCode="3b122d47-8b0c-4cc4-8f96-678577d4aabe">
>> 
>>
>> 
>>
>> 
>> 
>> 
>> > SourceFile="$(var.WixMergeModule1.TargetPath)" Language="1033" DiskId="1" />
>> 
>> 
>> 
>>
>> 
>> 
>> 
>> 
>> 
>>
>> but when I build this latter project I get the error messages
>>
>> light.exe(0,0): warning LGHT1076: ICE82: This action 
>> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate 
>> sequence number 1 in the table InstallExecuteSequence
>> light.exe(0,0): warning LGHT1076: ICE82: This action 
>> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate 
>> sequence number 1 in the table InstallUISequence
>> light.exe(0,0): warning LGHT1076: ICE82: This action 
>> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate 
>> sequence number 1 in the table AdminExecuteSequence
>> light.exe(0,0): warning LGHT1076: ICE82: This action 
>> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate 
>> sequence number 1 in the table AdminUISequence
>> light.exe(0,0): warning LGHT1076: ICE82: This action 
>> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate 
>> sequence number 1 in the table AdvtExecuteSequence
>>
>> I'd be grateful if someone could explain what these messages mean, and what 
>> I can do to avoid them. Thanks in advance!

-- 
Cheers,
John

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

[WiX-users] Execute an MSI within an MSI

[David Hernández Díez]

Hello,

 

I am wondering if it is possible to execute an MSI within the MSI that I create 
using Wix.

 

I need to do it because a provider delivers me an MSI to install part of a 
solution and I need to bundle everything within an MSI.

 

Thanks,

David

_
Windows Live™: Keep your life in sync. Check it out!
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] What is this error: error LGHT0204: ICE31: ICE Internal Error 4. API Returned: 6.?

[Jiang, Chunyan (GE Healthcare)]

 
Hi wix-users,
 
I tried to create my own dialog. I did it as the Wix Tutorial Part 8
says. But when I build it. There are several errors, saying some dialogs
missing. I copied the necessary dialog files to my project, like
ExitDialog.wxs, FilesInUse.wxs, and cleaned some build errors. At last,
I got this error, which I have no idea how to resolve it:
 
error LGHT0204: ICE31: ICE Internal Error 4. API Returned: 6.
 
Could some one give me some idea how to resolve it?
 
 
Best regards,
 
Chunyan
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Option checkbox in ExitDialog isn't transparent

[Rob Mensching]

and accessibility is hosed.

Neil Sleightholm wrote:
> There is a workaround for this. Create a custom exit dialog and make the
> checkbox only the size of the tick, then put a label next to it. It
> works but means that the user needs to click the check area only, the
> label part doesn't work.
>
> Neil
>
> -Original Message-
> From: Quinton Tormanen [mailto:quint...@deltacompsys.com]
> Sent: 02 July 2009 19:10
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Option checkbox in ExitDialog isn't transparent
>
> Sorry, I had searched for WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT in the
> bug database, but after posting I searched for "transparent" and found
> the issue right away (1669640). It's noted that there is no fix, which I
> understand.
>
> I promise that I tried to check that it wasn't already posted, but just
> not well enough!
>
> --Quinton
>
> -Original Message-
> From: Quinton Tormanen
> Sent: Thursday, July 02, 2009 11:06 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Option checkbox in ExitDialog isn't transparent
>
> I have a white background for my dlgbmp.bmp resource, like the one that
> WiX provides by default. I tried using
> WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT to allow the user to control
> whether our application is run at the end of the install. However, the
> entire checkbox control has a gray background.
>
> I see that there isn't a @Transparent="yes" for this control like the
> others, but then I'm also aware that checkboxes are notorious for not
> being very easily made transparent in Win32. So, is this a known issue
> with no good workaround? Or is there a fix that can be made to
> ExitDialog so that it is transparent?
>
> I'm using WiX 3.0.5217.0 on x64 Vista.
>
> Quinton Tormanen
> Software Engineer
> Delta Computer Systems, Inc.
> http://www.deltamotion.com
>
>
>
> 
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] Can I control the UI when uninstall

[Rob Mensching]

This was asked pretty recently.

You don't.

zhihai guo wrote:
> Hi
>
> Can I control the UI when uninstall in the  xml?
>
> Thank you.
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] LGHT1076: ICE82: This action ... has duplicate sequence number 1

[Rob Mensching]

Its a warning telling you that multiple Merge Modules have had the 
action that correctly CommonFilesFolder in the Merge Modules scheduled 
at the same number. This is caused by a stupidity in mergemod.dll.

Have you considered .wixlibs instead of Merge Modules?

John Aldridge wrote:
> I have a merge module WiX project
>
> 
> http://schemas.microsoft.com/wix/2006/wi";>
> 
>  Manufacturer="WixMergeModule1" InstallerVersion="200" />
>
>  ComponentGuidGenerationSeed="ca7809be-5afd-4e43-a850-7474a3d4c886" 
> FileSource="$(var.ProjectDir)">
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> which installs a.txt to the merge redirect folder, b.txt to the system folder 
> and c.txt to the common files folder. I use this merge module in an installer 
> WiX project
>
> 
> http://schemas.microsoft.com/wix/2006/wi";>
>  Language="1033" Version="1.0.0.0" Manufacturer="WixProject1" 
> UpgradeCode="3b122d47-8b0c-4cc4-8f96-678577d4aabe">
> 
>
> 
>
> 
> 
> 
>  SourceFile="$(var.WixMergeModule1.TargetPath)" Language="1033" DiskId="1" />
> 
> 
> 
>
> 
> 
> 
> 
> 
>
> but when I build this latter project I get the error messages
>
> light.exe(0,0): warning LGHT1076: ICE82: This action 
> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate sequence 
> number 1 in the table InstallExecuteSequence
> light.exe(0,0): warning LGHT1076: ICE82: This action 
> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate sequence 
> number 1 in the table InstallUISequence
> light.exe(0,0): warning LGHT1076: ICE82: This action 
> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate sequence 
> number 1 in the table AdminExecuteSequence
> light.exe(0,0): warning LGHT1076: ICE82: This action 
> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate sequence 
> number 1 in the table AdminUISequence
> light.exe(0,0): warning LGHT1076: ICE82: This action 
> CommonFilesFolder.3685C3A1_9751_4FEE_A167_AE56609438C5 has duplicate sequence 
> number 1 in the table AdvtExecuteSequence
>
> I'd be grateful if someone could explain what these messages mean, and what I 
> can do to avoid them. Thanks in advance!
>
> --
> Cheers,
> John
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] How does the WiX team generate wix.chm from wix.xsd?

[Rob Mensching]

DocCompiler. Code is checked in.

zett42 wrote:
> I assume you have some nifty tool to do this?
> I like the style of the CHM documentation very much, so I would like to
> create my own CHMs from XSDs in this way...
>
> Thanks
> --
> View this message in context: 
> http://n2.nabble.com/How-does-the-WiX-team-generate-wix.chm-from-wix.xsd--tp3189821p3189821.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] Folder in C:\inetpub\wwwroot not removed SOMETIMES after unintall

[Rob Mensching]

That error message is about the IIS Metabase, not the file system. 
Probably not related.

Jirong Hu wrote:
> Hi
>
> I have a folder under C:\inetpub\wwwroot\SFS with some subfolders are not 
> removed SOMETIMES after uninstall. The behavior is it gets removed in the 
> first or two fresh installations, but left there after a few installations. 
> Below is the error I found in the log file:
> WriteMetabaseChanges:  Key `/LM/W3SVC/1/Root/SFS/SFSWebServices/`did not 
> exist, continuing.
> WriteMetabaseChanges:  Key `/LM/W3SVC/1/Root/SFS/Images/`did not exist, 
> continuing.
>
> Here is related wix2 code:
> 
> 
> 
>  Name="SFS">
>  Id="FileShare" Guid="EEDD1912-55DC-11DE-99CC-41A656D89593">
>   
>   
>   
>   
>   
>   
>   
>Read="yes" ReadAttributes="yes" User="Everyone"/>
>   
>   
> 
>  Id="Images" Name="Images"/>
>  Id="Factors" Name="Factors"/>
>   
>   
>
> The behavior is same with or without the FileShare.
>
> 
>  Id="CreateVirDirs_" Guid="D60A8082-3347-401f-8A59-CD02F4C2AE3B">
> 
>  WebSite="DefaultWebSite">
>   
>Directory="Internal" DirProperties="WebDirNTOnly">
> ...
>
>
> Thanks
> Jirong Hu
> Build Master
> 780-644-5488
>
>
> This communication is intended for the use of the recipient to which it is 
> addressed, and may contain confidential, personal, and or privileged 
> information. Please contact us immediately if you are not the intended 
> recipient of this communication, and do not copy, distribute, or take action 
> relying on it. Any communication received in error, or subsequent reply, 
> should be deleted or destroyed.
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] WiX 3.5.0626 missing VS2010 Project Types?

[Rob Mensching]

Sounds like a bug. WiX v3.5 is under development right now and Votive is 
not necessarily stable.

John H. Bergman (XPedient Technologies) wrote:
> I just installed WiX 3.5.0626 and do not have the WiX project types with 
> Visual Studio now.  Does anyone know what happened?  The 3.5.0605 has them in 
> place, but every build after that does not.
>
> John
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] Question on Patching Mechanism - Patching checks all files copied during installation

[Rob Mensching]

They will also never get uninstalled.

Tony Juricic wrote:
> One thing that you may try is the following:
>
> 1) put all the files that may get deleted inside their own component
> 2) Do not set any Guid for that component
>
> Windows Installer will ignore these files when it comes to patching so you 
> will never be able to upgrade/downgrade them via patching mechanism, but they 
> will get installed.
>
> TradeStation Group, Inc. is a publicly-traded holding company (NASDAQ GS: 
> TRAD) of three operating subsidiaries, TradeStation Securities, Inc. (Member 
> NYSE, FINRA, SIPC and NFA), TradeStation Technologies, Inc., a trading 
> software and subscription company, and TradeStation Europe Limited, a United 
> Kingdom, FSA-authorized introducing brokerage firm. None of these companies 
> provides trading or investment advice, recommendations or endorsements of any 
> kind. The information transmitted is intended only for the person or entity 
> to which it is addressed and may contain confidential and/or privileged 
> material. Any review, retransmission, dissemination or other use of, or 
> taking of any action in reliance upon, this information by persons or 
> entities other than the intended recipient is prohibited. If you received 
> this in error, please contact the sender and delete the material from any 
> computer.
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   


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

Re: [WiX-users] Creating Shortcut to desktop for an existing file on the filesystem..

[Rob Mensching]

Shortcut/@Target is a Formatted target so you can put a Property 
reference in there that resolves to the file you want. Arguments go in 
Shortcut/@Arguments (I think, the WiX.chm will know for sure).

Abdullah Ahmed wrote:
> Hey Guys,
>
> I've been tasked with creating some shortcuts to the desktop when our app
> installs. Most of these shortcuts belong to our own app and its deployed
> files but a couple belong to other executables that already exist on the
> target system (such as Sharepoint Central Admin).
>
> For the shortcuts I need to deply for our own app I think an unadvertised
> shortcut is the way to go? I have the following code for one of my
> shortcuts..
>
> 
>  Name="Solution Manager" Icon="SolutionManager.exe">
>SourceFile="$(var.SolutionManagerRootFolder)SolutionManager.exe" />
> 
>
> I am confused however about creating shortcuts to apps that already exist on
> the system. In particular I want to create a shortcut to the Sharepoint
> Central Admin and place it on the desktop. The existing Sharepoint Central
> Admin shortcut in start menu has the following target...
>
> "C:\Program Files\Common Files\Microsoft Shared\web server
> extensions\12\BIN\psconfigui.exe" -cmd showcentraladmin
>
> How do I go about creating a shortcut for this on the desktop? Also how do I
> pass it the arguments (-cmd showcentraladmin).
>
> Regards,
>
> . Abdullah Ahmed
> . afah...@gmail.com
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] MapXtreme 6.8.0 MSM Problems

[Rob Mensching]

Hmm, that's mysterious. We've heard of issues with mergemod.dll and some 
MSMs. Can you get a debugger attached and get a callstack? That would 
greatly help narrow the set of things that might be causing this.

Fredrik Kauma wrote:
> Hi all!
> I am unable to create an installer that installs the merge modules for
> MapInfo's MapXtreme 6.8.0. There are a total of 4 merge modules that I
> need to install:
>
> MIFonts_6.8.0.msm
> MapInfoCoreEngine_6.8.0.msm
> MapInfoDesktop_6.8.0.msm
> MapInfoMXTConfig_6.8.0.msm
>
> I can install MIFonts_6.8.0.msm without problems.
> MapInfoMXTConfig_6.8.0.msm causes an unexpected Win32 error with code
> 0x065B: "Function failed during execution" in light.exe.
> MapInfoCoreEngine_6.8.0.msm and MapInfoDesktop_6.8.0.msm causes ICE 83
> and ICE30 errors.
>
> I was able to "work around" the ICE83 (adding code) and ICE30 (suppress)
> errors but now I am stuck with the "unexpected Win32 error" caused by
> MapInfoMXTConfig_6.8.0.msm. Does anyone have any ideas on what to try? I
> am new to Wix and I so there is a definite possibility of user error
> here. Is my only option to contact MapInfo support? The strange thing is
> that if I include these merge modules in an installation created by Wise
> Installation Studio (Windows Installer Edition), they work fine (or at
> least I can create an MSI that installs them).
>
> Here is my source code example that I am trying to get to work, I am
> using Wix version 3.0.5217.0:
>
>
> 
> http://schemas.microsoft.com/wix/2006/wi";>
>  Name="MergeTest" Language="1033" Version="1.0.0.0" Manufacturer="Acme"
> UpgradeCode="6f759b4a-6be5-4568-8dab-96f4c583ad45">
> 
> 
>
> 
> 
> 
> 
>
> 
> 
> 
> 
> 
>
> 
> 
>  Name="TextTxtFolder">
>  Id="TestTxtComponentId" Guid="{04C1801F-45EC-4c03-9E47-C362D19767FD}">
>  KeyPath="yes" Source="test.txt" />
> 
>  Language="1033" SourceFile="MIFonts_6.8.0.msm" DiskId="1"/>
>  Language="1033" SourceFile="MapInfoCoreEngine_6.8.0.msm" DiskId="1" />
>  Language="1033" SourceFile="MapInfoDesktop_6.8.0.msm" DiskId="1" />
>  Language="1033" SourceFile="MapInfoMXTConfig_6.8.0.msm" DiskId="1" />
> 
> 
> 
>
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
>
> BR,
> Fredrik
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

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

Re: [WiX-users] How to reference a system environment variable?

[Igor Paniushkin]

I don't really sure why we use system temp, but I think it is because 
application for which I am writing installer was written a long time ago, when 
everyone was using system temp by default. Currently application is migrating 
to C#, but still some parts will be remained untouched and nobody wants to fix 
this problem now. And also one of my coworkers said that it is also probably 
because we have webdav on our website and then it seems that network service 
(which is running our website) writes temp files to system temp.


-Original Message-
From: Rafael Rivera [mailto:raf...@withinwindows.com] 
Sent: Thursday, July 02, 2009 15:49
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to reference a system environment variable?

Okay, I'll bite. Why do you need the Windows temporary folder vice the user's?

-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Sent: Thursday, July 02, 2009 14:04
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to reference a system environment variable?


I dont know if this is applicable to your problem but if you just need a 
directory for your application to generate temporary files in or to do other 
work, you could create your own working directory under 
[CommonAppDataFolder]\.

You control the location and you can set whatever permissions you like on it 
without interfering with anyone else. The inherited permissions mean that a 
standard user cannot write to this directory by default so you might need to 
add permission for Everyone (or some other user group) to write there.

You can use RemoveFiles\RemoveFolder elements to clean it up during 
uninstallation.

-Original Message-
From: Igor Paniushkin [mailto:ipaniush...@sdl.com] 
Sent: 02 July 2009 12:46
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to reference a system environment variable?

It was already mentioned in the beginning of this conversation, that TempFolder 
points to temp folder of current user, which performs installation, but I need 
system temp folder.

-Original Message-
From: Weber Stefan (IT) [mailto:s.we...@noerr.com]
Sent: Thursday, July 02, 2009 12:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to reference a system environment variable?

i´ve never used it, but there is a standard Property "TempFolder" you could 
use, instead of searching the registry.


  

  


Stefan

-Ursprüngliche Nachricht-
Von: Igor Paniushkin [mailto:ipaniush...@sdl.com]
Gesendet: Mittwoch, 1. Juli 2009 17:01
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] How to reference a system environment variable?

I already figured out, I need to specify Directory element and not DirectoryRef 
element, which I tried before.

If somebody interested, there is code to do that:


  


  

  

  http://schemas.microsoft.com/wix/UtilExtension"; />

  

...

Igor


-Original Message-
From: Igor Paniushkin [mailto:ipaniush...@sdl.com]
Sent: Wednesday, July 01, 2009 16:39
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to reference a system environment variable?

Hi all,

I have a question about setting permissions on SYSTEM temp environment
directory:
If I will read information from registry about location of SYSTEM TEMP, how can 
I use it to set permissions?
Should I write custom actions to do that? Can I reuse PermissionEx element from 
Util extensions?

Igor

-Original Message-
From: Rob Hamflett [mailto:r...@snsys.com]
Sent: Thursday, February 05, 2009 03:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to reference a system environment variable?

As horrible as it may be, I've been reading system environment values out of 
SYSTEM\CurrentControlSet\Control\Session Manager\Environment for about 4 years 
now and there haven't been any support issues (both XP and Vista).  I don't use 
this for setting values though.  I use the normal Environment WiX element.

Rob

Yan Sklyarenko wrote:
> He-he, nope, this references the local TEMP as well, I've tried this.
> I've also browsed the forums for this info, and the best approach I've 
> found so far is to search the system registry for the key 
> HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment, and 
> the value TEMP underneath.
>
> This works for me, but maybe others know about the drawbacks of this 
> approach? I would really like to know if there's any.
>
> Thank you.
>
> -- Yan
>
> -Original Message-
> From: Wilson, Phil [mailto:phil.wil...@wonderware.com]
> Sent: Wednesday, February 04, 2009 10:29 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How to reference a system environment
variable?
>
> The MSI way to get this would be [%TEMP] (formatted type

Re: [WiX-users] How to embed a transform and use during install?

[Yan Sklyarenko]

Another way is to use the standard utility msidb.exe from Windows
Platform SDK.
Msidb.exe -d  -r 

Hope this helps.

-- Yan

-Original Message-
From: Alex Shevchuk [mailto:shevc...@live.com] 
Sent: Thursday, July 02, 2009 6:51 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] How to embed a transform and use during
install?

Hi David,

You can use WISubStg.vbs:

WISubStg.vbs "full path to msi" "full path to mst" TransformName

Command line for msiexec:

Msiexec /I "full path to msi" TRANSFORMS=:TransformName

At the very end of
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-par
t-7-
customizing-installation-using-transforms.aspx there is small script to
embed mst programmatically using script also.

Alex



-Original Message-
From: David Bartmess [mailto:david.bartm...@wallst.com] 
Sent: Thursday, July 02, 2009 8:36 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] How to embed a transform and use during install?

I've got a transform that brands the client's installer and output to
the
correct images and names, and I've seen in other blogs that I can use
the
"TRANSFORMS=:TransformName" on the command line to use an embedded
transform
file, but I can't seem to get it to work.

How do I need to do the embedding? I've tried  and , but
neither seems to work, as the installation using the syntax above fails
on a
"failed to find transform file" type of error message.

Thanks for any help!

David Bartmess
Wall Street On Demand
david.bartm...@wallst.com
direct: 303.417. x585
cell: 303.883-9117
fax: 303.444.2586



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

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

Re: [WiX-users] Simpler Cancellation

[kezhong zhou]

I think you could simply don't user the ExitDlg.

Well, cancellation might fail, although it shouldn't, ExitDlg is just a
screen informing user the result of the cancellation.

You could define a property, that bypass ExitDlg when nothing wrong
happened.

On Fri, Jul 3, 2009 at 1:10 AM, Quinton Tormanen
wrote:

> I've long been annoyed by the extra step when cancelling an install.
> When the user clicks the Cancel button, they are shown a popup
> confirming that they want to cancel, which is fine, but then they get
> one more screen saying that the installation was cancelled. I've seen
> installers that don't show this final cancellation screen.
>
> Two questions:
> (1) How can I get the installer to exit immediately after the user
> answers Yes to the confirmation.
> (2) Is there a good reason why I should keep the final cancellation
> screen?
>
> Quinton Tormanen
> Software Engineer
> Delta Computer Systems, Inc.
> http://www.deltamotion.com
>
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users