Re: [WiX-users] Failing gracefully from ServiceControl?

[Alexander Shevchuk]

It should be pretty easy to accomplish with custom action type 34 scheduled 
after InstallFinalize and with ExeCommand set to:
net start 


Alex



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geoff Finger
Sent: Friday, February 22, 2008 3:42 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Failing gracefully from ServiceControl?

That worked! When the service install fails the error box now has an
"Ignore" option. When I saw that option in the docs it never occurred
to me that it might also control the criticality of the item, I
figured turning it off would just make the installation continue on a
little further before it died. Thanks!

So does anyone know of a way to make it always choose "Ignore" without
popping up the window first?

And KStuart, when I first started looking into this problem I found a
couple posts from last year saying things like:

"The assemblies are not committed until successful execution of the
InstallFinalize Action. This means that if you author a custom action
or resource that relies on the assembly, it must be sequenced after
the InstallFinalize Action. For example, if you need to start a
service that depends on an assembly in the Global Assembly Cache
(GAC), you must schedule the starting of that service after the
InstallFinalize Action. This means you cannot use the ServiceControl
Table to start the service, instead you must use a custom action that
is sequenced after InstallFinalize."

That certainly seems to indicate that if I want the services to start
on a system where the assemblies haven't already been installed I'd
have to make a custom action to do it, and we probably don't have time
to deal with that before the release, which is why we're trying to get
the "fire and forget" method working.

On Fri, Feb 22, 2008 at 2:26 PM, Wilson, Phil
<[EMAIL PROTECTED]> wrote:
> It's possible that setting the ServiceControl Wait value to 0 might make a 
> difference. Generally speaking, this is the way you say you don't care if the 
> service starts properly or not.  However the documentation says that the SCM 
> needs to get the service into pending state, and I don't know off the top of 
> my head if this means the process has to at least start (and missing 
> dependencies could mean it doesn't).
>
>  Phil Wilson
>
>
>
>
>  -Original Message-
>  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of KStuart
>  Sent: Thursday, February 21, 2008 6:18 PM
>  To: wix-users@lists.sourceforge.net
>  Subject: Re: [WiX-users] Failing gracefully from ServiceControl?
>
>
>  I haven't been using windows installer/wix very long so am a little confused,
>  from what I can see the default behaviour of the install sequence is to
>  process all files before attempting to start any services, therefore if your
>  product includes dependent assemblies they will already have processed
>  before the StartServices action, in fact starting services is close to the
>  last action in the install sequence, of course you can always move it
>  further back.
>
>  If you're installing several services are you sure you don't have any
>  inter-service dependencies you're not taking care of?
>
>  You can always check if the dependencies are already installed and skip
>  trying to start the service if they are not, but like I said, if your
>  product is installing those assemblies anyhow it shouldn't be an issue.
>
>
>  Geoff Finger-2 wrote:
>  >
>  > I've got several services I'm trying to install. If I add
>  > "Start='install'" to the ServiceControl element then it will try to
>  > start them, but it will almost always fail with a 1920 error. I'm
>  > pretty sure this is because some of the services are dependent on
>  > side-by-side assemblies that are being installed at the same time and
>  > so won't be available until the install actually finishes.
>  >
>  > However is there a way to make it so that it will attempt to start the
>  > services but _not_ force a rollback if it fails? There are at least
>  > some circumstances where the assemblies might already have been
>  > installed by another package and it would be nice to at least make the
>  > attempt. There doesn't seem to be any "Vital" attribute for the
>  > ServiceControl element that I can set to "no." There is a "Vital" for
>  > ServiceInstall, but I can't set that to "no" even if it would fix the
>  > above problem, because it _is_ vital that they at least install
>  > properly, even if they don't start right away, and the same goes for
>  > "ErrorControl" in the ServiceInstall element as well I think.
>  >
>  > As an added bonus, if the above can be done is there also a way to do
>  > the service start step silently? We're expecting it to fail most of
>  > the time so there's no need to pop up an error message about it if it
>  > does.
>  >
>  > Thanks!
>  >
>  > And here's the code I've got in case it matters:
>  >
>  >   > DisplayName="$(loc.IDS_SERVER) $(var.MAJORVER)

Re: [WiX-users] Failing gracefully from ServiceControl?

[Geoff Finger]

That worked! When the service install fails the error box now has an
"Ignore" option. When I saw that option in the docs it never occurred
to me that it might also control the criticality of the item, I
figured turning it off would just make the installation continue on a
little further before it died. Thanks!

So does anyone know of a way to make it always choose "Ignore" without
popping up the window first?

And KStuart, when I first started looking into this problem I found a
couple posts from last year saying things like:

"The assemblies are not committed until successful execution of the
InstallFinalize Action. This means that if you author a custom action
or resource that relies on the assembly, it must be sequenced after
the InstallFinalize Action. For example, if you need to start a
service that depends on an assembly in the Global Assembly Cache
(GAC), you must schedule the starting of that service after the
InstallFinalize Action. This means you cannot use the ServiceControl
Table to start the service, instead you must use a custom action that
is sequenced after InstallFinalize."

That certainly seems to indicate that if I want the services to start
on a system where the assemblies haven't already been installed I'd
have to make a custom action to do it, and we probably don't have time
to deal with that before the release, which is why we're trying to get
the "fire and forget" method working.

On Fri, Feb 22, 2008 at 2:26 PM, Wilson, Phil
<[EMAIL PROTECTED]> wrote:
> It's possible that setting the ServiceControl Wait value to 0 might make a 
> difference. Generally speaking, this is the way you say you don't care if the 
> service starts properly or not.  However the documentation says that the SCM 
> needs to get the service into pending state, and I don't know off the top of 
> my head if this means the process has to at least start (and missing 
> dependencies could mean it doesn't).
>
>  Phil Wilson
>
>
>
>
>  -Original Message-
>  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of KStuart
>  Sent: Thursday, February 21, 2008 6:18 PM
>  To: wix-users@lists.sourceforge.net
>  Subject: Re: [WiX-users] Failing gracefully from ServiceControl?
>
>
>  I haven't been using windows installer/wix very long so am a little confused,
>  from what I can see the default behaviour of the install sequence is to
>  process all files before attempting to start any services, therefore if your
>  product includes dependent assemblies they will already have processed
>  before the StartServices action, in fact starting services is close to the
>  last action in the install sequence, of course you can always move it
>  further back.
>
>  If you're installing several services are you sure you don't have any
>  inter-service dependencies you're not taking care of?
>
>  You can always check if the dependencies are already installed and skip
>  trying to start the service if they are not, but like I said, if your
>  product is installing those assemblies anyhow it shouldn't be an issue.
>
>
>  Geoff Finger-2 wrote:
>  >
>  > I've got several services I'm trying to install. If I add
>  > "Start='install'" to the ServiceControl element then it will try to
>  > start them, but it will almost always fail with a 1920 error. I'm
>  > pretty sure this is because some of the services are dependent on
>  > side-by-side assemblies that are being installed at the same time and
>  > so won't be available until the install actually finishes.
>  >
>  > However is there a way to make it so that it will attempt to start the
>  > services but _not_ force a rollback if it fails? There are at least
>  > some circumstances where the assemblies might already have been
>  > installed by another package and it would be nice to at least make the
>  > attempt. There doesn't seem to be any "Vital" attribute for the
>  > ServiceControl element that I can set to "no." There is a "Vital" for
>  > ServiceInstall, but I can't set that to "no" even if it would fix the
>  > above problem, because it _is_ vital that they at least install
>  > properly, even if they don't start right away, and the same goes for
>  > "ErrorControl" in the ServiceInstall element as well I think.
>  >
>  > As an added bonus, if the above can be done is there also a way to do
>  > the service start step silently? We're expecting it to fail most of
>  > the time so there's no need to pop up an error message about it if it
>  > does.
>  >
>  > Thanks!
>  >
>  > And here's the code I've got in case it matters:
>  >
>  >   > DisplayName="$(loc.IDS_SERVER) $(var.MAJORVER).$(var.MINORVER)"
>  > Description="$(loc.IDS_SERVER_SERVICE)
>  > $(var.MAJORVER).$(var.MINORVER)" Name="ServerService"
>  > ErrorControl="normal" Start="auto" Type="ownProcess" Vital="yes">
>  >   
>  > 
>  >
>  >   > Start="install" Stop="uninstall" Remove="uninstall" />
>  >
>  > -
>  > This SF.net email is spon

Re: [WiX-users] Setting Estimated Size and Version

[Ahn Ahn Liu]

Thanks for the reply.

1. Too bad about not being able to control it.  Since our chainer just calls a 
bunch of other packages and doesn't actually install anything itself the size 
shown is only 7.6MB when in reality, it's over 3GB!  Maybe I'll check with the 
Shell team to see if there's any hack around it.

2.  I set product/@Version to 1.0.0.0 but the arp entry still shows it as 
blank... I'm setting ARPSYSTEMCOMPONENT to 1, so I imagine that's why it's not 
pulling the version from product/@version.  I also set the 
windows\currentversion\uninstall\version and productversion field to 1.0.0.0 
but that unfortunately does change the arp version field either.  Any other 
ideas on this one?

Thanks,

Ahn AHn

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 21, 2008 11:13 PM
To: Ahn Ahn Liu
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Setting Estimated Size and Version

1. ARPSIZE is set magically by ARP. There is no real way to control it.
Raymond Chen (Master of all things Shell) had a fun blog entry about how
ARP calculated the size it displayed there. The fact that it took him a
couple paragraphs is telling.

2. AFAIK, the ARP Version is controlled by the Product/@Version
(ProductVersion in MSI speak).

PS: In case you didn't know, ARP is the Shell team's fault not the
Windows Installer team's fault.

Ahn Ahn Liu wrote:
>
> I was wondering if it was possible to set the size and version that
> shows up for a given program in ARP when I set ARPSYSTEMCOMPONENT to
> 1. For size, it seems like setting ARPSIZE or EstimatedSize has no
> effect. I'm also unsure how to set the Version. Does anybody have an idea?
>
> Thanks!
>
> 
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Name of the msi with in the install file

[Richard]

In article <[EMAIL PROTECTED]>,
"Wilson, Phil" <[EMAIL PROTECTED]>  writes:

> I believe this is always available, which is why it works better than
> SourceDir (which needs ResolveSource).

I suppose that depends on what you want to use SourceDir for; the
database isn't always in the location of the source.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Enabling disabling WebGarden (MaxWorkerProcesses, 1 or 2) via public property

[andresj_wix]

Hi there.
We have been trying to build a MSI that we can pass a property to set 
MaxWorkerProcesses when installing the MSI, and thus, choose between having 
WebGarden ON or OOF.
I cannot set the attribute to a public property that I pass from the command 
line, like this:

 

Because I get the following warning:

Warning 1 The 'MaxWorkerProcesses' attribute is invalid - The value 
'[WEBGARDEN]' is invalid according to its datatype 
'http://www.w3.org/2001/XMLSchema:integer' - The string '[WEBGARDEN]' is not a 
valid Integer 

I cannot put it in two components that I condition with that property, because 
I need to have two IDs for the WebAppPool and therefore only one of them match 
the WebAppPool atribute in the WebApplication element. I decided to create two 
components for my website being identical, with the only difference of the 
value of MaxWorkerProcesses and the element IDs, but this did not work as 
desired because, the website ID gets bumps by one in the second component, I 
think is because the first website is marked to install.

MSI (s) (70:B0) [14:01:04:844]: Component:WebSiteComponentWGOFF; Installed: 
Absent;   Request: Local;   Action: Null
MSI (s) (70:B0) [14:01:04:844]: Component: WebSiteComponentWGON; Installed: 
Absent;   Request: Local;   Action: Local

So the first one will get web site ID 1 and the second #2, and the desired goal 
is for both of them to install identically.

Any way, we can have the MaxWorkerProcesses taken its value from a property?

Thanks

Andres




-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Failing gracefully from ServiceControl?

[Wilson, Phil]

It's possible that setting the ServiceControl Wait value to 0 might make a 
difference. Generally speaking, this is the way you say you don't care if the 
service starts properly or not.  However the documentation says that the SCM 
needs to get the service into pending state, and I don't know off the top of my 
head if this means the process has to at least start (and missing dependencies 
could mean it doesn't).

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of KStuart
Sent: Thursday, February 21, 2008 6:18 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Failing gracefully from ServiceControl?


I haven't been using windows installer/wix very long so am a little confused,
from what I can see the default behaviour of the install sequence is to
process all files before attempting to start any services, therefore if your
product includes dependent assemblies they will already have processed
before the StartServices action, in fact starting services is close to the
last action in the install sequence, of course you can always move it
further back.

If you're installing several services are you sure you don't have any
inter-service dependencies you're not taking care of?

You can always check if the dependencies are already installed and skip
trying to start the service if they are not, but like I said, if your
product is installing those assemblies anyhow it shouldn't be an issue.


Geoff Finger-2 wrote:
>
> I've got several services I'm trying to install. If I add
> "Start='install'" to the ServiceControl element then it will try to
> start them, but it will almost always fail with a 1920 error. I'm
> pretty sure this is because some of the services are dependent on
> side-by-side assemblies that are being installed at the same time and
> so won't be available until the install actually finishes.
>
> However is there a way to make it so that it will attempt to start the
> services but _not_ force a rollback if it fails? There are at least
> some circumstances where the assemblies might already have been
> installed by another package and it would be nice to at least make the
> attempt. There doesn't seem to be any "Vital" attribute for the
> ServiceControl element that I can set to "no." There is a "Vital" for
> ServiceInstall, but I can't set that to "no" even if it would fix the
> above problem, because it _is_ vital that they at least install
> properly, even if they don't start right away, and the same goes for
> "ErrorControl" in the ServiceInstall element as well I think.
>
> As an added bonus, if the above can be done is there also a way to do
> the service start step silently? We're expecting it to fail most of
> the time so there's no need to pop up an error message about it if it
> does.
>
> Thanks!
>
> And here's the code I've got in case it matters:
>
>  DisplayName="$(loc.IDS_SERVER) $(var.MAJORVER).$(var.MINORVER)"
> Description="$(loc.IDS_SERVER_SERVICE)
> $(var.MAJORVER).$(var.MINORVER)" Name="ServerService"
> ErrorControl="normal" Start="auto" Type="ownProcess" Vital="yes">
>   
> 
>
>  Start="install" Stop="uninstall" Remove="uninstall" />
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://www.nabble.com/Failing-gracefully-from-ServiceControl--tp15624384p15626152.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Name of the msi with in the install file

[Wilson, Phil]

I believe this is always available, which is why it works better than SourceDir 
(which needs ResolveSource).

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of vishnum
Sent: Thursday, February 21, 2008 8:59 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Name of the msi with in the install file


Hello:

And where does OriginalDatabase property gets set (As in after/before which
event).


Thanks,
Vishnu
--
View this message in context: 
http://www.nabble.com/Name-of-the-msi-with-in-the-install-file-tp15583249p15627797.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Display feature as Unavailable.

[Robert.Priest]

Hello,

How do I display a feature in the Selection Tree, but the display it as
Unavailable only?

What I am trying to do is to show the user that there is this other
feature available, but because some other app or component is missing
(say IIS), they don't have the option of installing it.

I know how to set a feature as absent from the interface and disabled by
setting LEVEL = 0, but I want it shown to the user.

Is there a "msidbComponentAttributesUnavailableOnly", or something ?

BTW - how do I set such attributes as
"msidbComponentAttributesLocalOnly" on a component anyway?
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] gac'ing assemblies

[zhisheng huang]

Hi,
 
Our product installs multiple web services on the same server box. Those web 
services share some common product assemblies. The current setup has those 
assemblies installed to the local bin directory of each application. During the 
build process, the common dlls are binplaced into multiple places according to 
the layout of those web services. Then a tool is run to generate wix merge 
module for them. This results in duplication of the same binary in the msi, 
which results in bigger msi and patch, and some other pains.
 
I am thinking of solving this by gac’ing the common assemblies. Searching the 
web, there are different opinions on whether to put an assembly into gac. Some 
says enterprise application should not install assembly into gac. Even in my 
own team, there is different opinion on this. Some mentions problems with 
product upgrade when assemblies are in gac.
 
I am new to setup and is owning the setup for the product now. I would like to 
hear expert’s opinions on this before I start to make changes to this. Thanks 
for comments and suggestions!
 
Thanks,
Zhisheng
_
Need to know the score, the latest news, or you need your Hotmail®-get your 
"fix".
http://www.msnmobilefix.com/Default.aspx-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom action sequencing problem

[Alexander Shevchuk]

"Files In Use" dialog is shown by InstallValidate action.  Schedule your custom 
action before InstallValidate.



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil
Sent: Friday, February 22, 2008 3:16 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom action sequencing problem


I use the following custom action to kill systray process befre the
uninstall.





  Installed


This works fine but i get the Files in Use dialog before the CA actually
runs.How do i be sequencing the CA to run at the start of uninstall? Or is
there any way to sequence 'Files in Use' dialog? Please help
--
View this message in context: 
http://www.nabble.com/Custom-action-sequencing-problem-tp15632069p15632069.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Feature tree components installed to incorrect location during Installer Maintenace

[David Ruddock]

Hi wix-users,

I noticed a bug/issue when using the WixUI containing a feature
customization dialog and when not installing to the default location.

The "INSTALLDIR" is not initialized to the previous location used when
performing a "Change" installation, when additional features are
installed they will be installed to the default location rather than
the previously used overwritten location.

QUESTION 1: "Storing INSTALLDIR"

It looks like the suggested solution is to store ARPINSTALLLOCATION
property with INSTALLDIR just after CostFinalize (though there are
several different suggestions for exactly when to do this).

i.e.
  
  

  
  

  

Is this correct?

QUESTION 2:  "Initializing INSTALLDIR"

How do I initialize the INSTALLDIR to this value when doing an
maintenance installation? (I've seen some folk mention "set INSTALLDIR
to the value published by MsiGetProductInfo at the beginning of the
upgrade")

How do I actually do this in wxs?

Many thanks, David

--

Comment for wix-devs: It may make sense to have this use-case better
supported/documented, rather than having to resort to CAs and the
like?

(For an example of this bug in the wild: Orca.MSI (v3.1.4000.1830) has
this same issue.)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Forums...

[Aurélien DEROUINEAU]

Has there been any discussion on the creation of community-driven forums?

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Forums...

[Aurélien DEROUINEAU]

Has there been any discussion on the creation of community-driven forums?

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom action sequencing problem

[Anidil]

I use the following custom action to kill systray process befre the
uninstall.





  Installed


This works fine but i get the Files in Use dialog before the CA actually
runs.How do i be sequencing the CA to run at the start of uninstall? Or is
there any way to sequence 'Files in Use' dialog? Please help
-- 
View this message in context: 
http://www.nabble.com/Custom-action-sequencing-problem-tp15632069p15632069.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users