I either table drive the custom action (usually) or if that doesn't really make
sense, I reference the properties in the custom action indirectly (using
properties set to properties).
--
John Merryweather Cooper
Senior Software Engineer | Integration Development Group | Enterprise
Notification
I was able to get it to write the URL to the config by adding the control
property to the Value of the Proerty Id: Property Id="WEB_DAV_URL"
Value="WEB_DAV_URL" />
The only problem with this is that WEB_DAV_URL displays in the UI Edit
field. Is there any way around this?
--
View this message in
that does this
Where Value = "d26s30c198.bp41441001.xml"
And MY_PROPERTY would equal "41441001"
-Original Message-
From: Joel Budreau [mailto:joel.budr...@gmail.com]
Sent: Friday, March 06, 2015 2:33 PM
To: General discussion about the WiX toolset.
S
ix Installer and would just
> like to have XML read capability in my .WXS code so I can continue.
>
>
> -Original Message-
> From: John Cooper [mailto:jocoo...@jackhenry.com]
> Sent: Friday, March 06, 2015 10:23 AM
> To: General discussion about the WiX toolset.
...@jackhenry.com]
Sent: Friday, March 06, 2015 10:23 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom Action to Read XML value
Yes. It's not very complicated. The specific steps in the innermost custom
action (there is another custom action that drives this one f
Yes. It's not very complicated. The specific steps in the innermost custom
action (there is another custom action that drives this one from a table) are:
1) load path to XML file from property;
2) load XPATH from property;
3) create an XmlDocument instance
4) use the TrySafeLoad method to see i
When I started writing my CAs I studied the wix source, particularly the CAs
that are part of the wix extensions, like the GamingExtension. Download the
wix source code zip, and look at the code at
"wix3\src\ext\GamingExtension\ca" (and in the other "wix3\src\ext"
projects).
Those .Net objects/me
Thanks all. It seems using c++ for Custom action would be a good choice.
Currently in my C# code I am using functions like string.IsNullOrEmpty,
string.Format, ServiceController. Are these functions available in C++.
Also to get the parameter passed to msi, I have to use
string ip = session["IPAD
If you create a custom action with .Net, then a compatible version of .Net
must be installed. However you could deploy your msi as part of a bundle,
and use the bootstrapper to install .net first as part of your chain, rather
than expecting the user to install .Net as a separate step. You cannot
.
Subject: Re: [WiX-users] Custom action without having to install .net
Anything written in managed code using the dot net framework will have a
dependency on .net your options are that you write the custom action in c++ or
you compile it in .net 2 in the hope that they have that installed. One
Anything written in managed code using the dot net framework will have a
dependency on .net your options are that you write the custom action in c++
or you compile it in .net 2 in the hope that they have that installed. One
other option is to use a boot chainer like Burn. this will install the
dotn
The proper way is RemoveFile. Windows Installer supplies these things
so you don't need to write code and get yourself in this kind of
trouble :)
---
Phil Wilson
On Wed, Feb 4, 2015 at 7:47 PM, Sarvagya Pant wrote:
> Hi Phil and Jacob. One approach I could do is create another functi
Hi Phil and Jacob. One approach I could do is create another function in
Custom action that will attempt to remove the residual files during
uninstall. ie:
[CustomAction]
public static ActionResult ClearLeftOvers(Session session)
{
session.Log("Call of ClearLeftOvers");
That looks like an immediate custom action, and that's:
1. Something you shouldn't do as an immediate custom action. If you
really really need to do that, take heed of Jacob's advice, but make
it deferred and add a rollback custom action to undo all that in case
the install fails.
2. Immediate cus
Is the file/directory in use when the delete was attempted? Is there a reason
you have to delete the file instead of just overwriting it? Have you pondered
using a RemoveFile element to explicitly remove the files you are creating in
your CA on uninstall?
-Original Message-
From: Sarv
There are restrictions on calling logging from a DoAction event, the
underlying MsiProcessMessage call doesn't work. The documentation is
rather poor and probably incorrect in some ways, so I'd ignore the
Serer 2003 reference:
https://msdn.microsoft.com/en-us/library/aa368322(v=vs.85).aspx
--
xt: 431050
|jocoo...@jackhenry.com
-Original Message-
From: Craig Reeves [mailto:craig.ree...@kraygsoft.com]
Sent: Friday, January 30, 2015 8:24 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom Action not be called
Yes I know but due to the nature of
file. I have never
missed the [CustomAction] before. It was just a mistake I was too close to see.
From: John Cooper
Sent: 30 January 2015 13:41
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom Action not be called
It is esse
It is essential that managed custom actions have an [CustomAction] attribute
for each method call that will be used as a custom action. E.g.,
[CustomAction]
Public static ActionResult DoSomething(Session session)
{
// code here
}
By having the Return attribute set to "ignore", the errors that
Sorry everyone the answer was I missed the
[CustomAction]
about the routine.
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, i
Maybe "after a dialog" means when the Next button is clicked, if so
this is relevant:
http://wix.tramontana.co.hu/tutorial/events-and-actions/control-your-controls
---
Phil Wilson
On Thu, Jan 29, 2015 at 7:49 AM, Joel Budreau wrote:
> Hey Nagesh,
>
> What you’re looking for will be
Hey Nagesh,
What you’re looking for will be really similar to this example -
http://wixtoolset.org/documentation/manual/v3/howtos/ui_and_localization/run_program_after_install.html
Joel
> On Jan 28, 2015, at 2:22 PM, Nagesh Hora wrote:
>
> Please help me in calling an custom action after a dia
Are you using conditions in the install execute sequence?
On Fri, Jan 9, 2015 at 9:31 AM, wixtester wrote:
> Hi,
>
>I have a scripted custom action to register a COM+ service on install
> and
> unregister it during uninstall.
> It works fine during install, but fails during uninstall.
>
> Cu
I think it is more important to be consistent. If it is my intent to trigger a
rollback, then I trap and log the exception and return ActionResult.Failure.
Otherwise, I generally log and rethrow. Sometimes, I am only interested in
setting or clearing a property. In that case, I trap everythi
Hi,
I had a similar issue, what i did was remove each file from the folder and then
remove the folder.
> From: sharada.b...@outlook.com
> To: wix-users@lists.sourceforge.net
> Date: Mon, 15 Sep 2014 13:51:02 +
> Subject: Re: [WiX-users] Custom action issue when msi is generate
Hi,
I used RemoveFolderEx as suggested. But I am still facing the same issue. The
msi when generated on Windows 8.1 system runs fine and uninstalls fine on other
Windows 8.1 systems. But it does not uninstall on Windows 8 or Windows 7 system.
I used the above code a
IIRC, you can condition the action to get what you want.
_
Short replies here. Complete answers over there: http://www.firegiant.com/
--
Want excitement?
Manuall
Hi Hoover,
The reason why I’m using custom action and calling command prompt and not
RemoveFolderEx is because I need to:
Always delete the folder on uninstall (which will work with removeFolderEx)
Delete conditionally on upgrade (i.e. I have modified the UI and provided a
checkbox in Install
Why reinvent the wheel?
http://wixtoolset.org/documentation/manual/v3/xsd/util/removefolderex.html
-Original Message-
From: sharada boda [mailto:sharada.b...@outlook.com]
Sent: Tuesday, September 09, 2014 6:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom action is
Yes.
True
..\packages\Microsoft.Web.Administration.7.0.0.0\lib\net20\Microsoft.Web.Administration.dll
The True inside the reference is what you need.
--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS 66227
Office: 9
Use this:
-Original Message-
From: Eric Chaland [mailto:e...@clm-consulting.com]
Sent: Wednesday, April 23, 2014 1:10 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom action to run .bat file to install service
Hello,
I need to install and customize a service
Thanks Pavan, Phil.
Turned out I had defined my custom action incorrectly:
Since this is a type 50 CA, Property should be set to executable name. So
this works:
I changed this to use CAQuietExec so the console window doesn't pop up.
Works well now.
Thanks!
--
View this message in context:
his:
>
> http://wix.tramontana.co.hu/tutorial/standard-libraries/silence-please
>
> --Pavan
>
> -Original Message-
> From: Pavan Konduru [mailto:pavan.kond...@accelrys.com]
> Sent: Wednesday, March 26, 2014 5:15 PM
> To: General discussion about the WiX toolset.
> Subject: Re:
Pavan
-Original Message-
From: wixard [mailto:amit.mo...@citrix.com]
Sent: Wednesday, March 26, 2014 3:51 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom action from ControlEvent fails
Thanks Pavan.
"Execute" is set to "immediate" if not specifie
From: wixard [mailto:amit.mo...@citrix.com]
Sent: Wednesday, March 26, 2014 3:51 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom action from ControlEvent fails
Thanks Pavan.
"Execute" is set to "immediate" if not specified. I explicitly set it to
"immedi
Thanks Pavan.
"Execute" is set to "immediate" if not specified. I explicitly set it to
"immediate". Still get the same error. Setting to "deferred" generates the
error:
DEBUG: Error 2762: Unable to schedule operation. The action must be
scheduled between InstallInitialize and InstallFinalize.
The "Execute" element is missing in the custom action.
Set it to "deferred" or "immediate"
--Pavan
-Original Message-
From: Amit Mohan [mailto:amit.mo...@citrix.com]
Sent: Wednesday, March 26, 2014 2:30 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom action from Contr
ut the WiX toolset.
Subject: Re: [WiX-users] Custom Action error Handling in Wix 3.7
It's clear your catch handler is being called because of the EXCEPTION property
being set. You're probably having an exception in the course of handling the
exception. In general, having things that can
th [mailto:the_red_baro...@hotmail.com]
Sent: Tuesday, March 18, 2014 9:38 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom Action error Handling in Wix 3.7
Pavan,
Error is a generic SQL Exception
Property(C): EXCEPTIONDETAILS = System.Data.SqlClient.SqlException
(0x8013
2014 9:38 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom Action error Handling in Wix 3.7
Pavan,
Error is a generic SQL Exception
Property(C): EXCEPTIONDETAILS = System.Data.SqlClient.SqlException
(0x80131904): Login failed for user 'Use
en()
at CustomActions.GetDBVersion(Session session)
=== Logging stopped: 3/18/2014 15:51:54 ===
Regards,
> From: pavan.kond...@accelrys.com
> To: wix-users@lists.sourceforge.net
> Date: Tue, 18 Mar 2014 18:45:08 -0700
> Subject: Re: [WiX-users] Custom Action error Handling in Wix 3.7
Hi Alan,
Can you post the error message that you see in the log?
--Pavan
-Original Message-
From: Alan Smith [mailto:the_red_baro...@hotmail.com]
Sent: Tuesday, March 18, 2014 4:56 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action error Handling in Wix 3.7
I thi
: Wednesday, February 26, 2014 1:24 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom action to write into a file while installing
and uninstalling MSI file
Is this just for logging purposes? Is the normal MSI log not sufficient?
If it's not, then depending on
Is this just for logging purposes? Is the normal MSI log not sufficient?
If it's not, then depending on your situation, there's a number of options:
* The XmlFile element in the Util extension can be tied to a component and
update a target file when that component is installed or uninstalled.
*
Found the solution to my own problem.
The custom action had a config file for the dll, but it wasn't named
CustomAction.Config.
I added a CustomAction.Config file to the project, set it to a build action
of "Content" and specified that the custom action should run against
framework 4.0
Which s
Interestingly if I add the 3.5 framework to the machine I get a different
error in the log:
Action 10:41:33: GetOfficeVersions.
Action start 10:41:33: GetOfficeVersions.
SFXCA: Extracting custom action to temporary directory:
C:\Users\DEVELO~1\AppData\Local\Temp\MSI806C.tmp-\
SFXCA: Binding to CL
t
> you've already attempted to do showing that you've actually really tried to
> figure out what is needed *decreases* the chance that anyone will respond.
>
> -Original Message-
> From: Carter Young [mailto:ecyo...@grandecom.net]
> Sent: Wednesday, January 29,
ailto:ecyo...@grandecom.net]
Sent: Wednesday, January 29, 2014 8:01 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action exe file run on background
Try not to Double Post... Someone will get to you...
Quoting Fedor Pranovich :
> Hello,
>
> I have one problem with installe
Use my Quote, plus what Phil Added regarding AN355 in the SiLabs KB,
and you should be on your way to completion.
Quoting Carter Young :
> ...and look at the SiLabs Installer to see if you can pass any
> parameters, and then Use the Return Attribute to wait for the
> Installer to complete
Try not to Double Post... Someone will get to you...
Quoting Fedor Pranovich :
> Hello,
>
> I have one problem with installer
>
>
> Directory="PRODUCTDIRECTORYFOLDER" Execute="deferred" Impersonate="no"
> Return="ignore"
> ExeCommand="[PRODUCTDIRECTORYFOLDER]SiLabs_CP210x/CP210xVCPInstaller.exe
I)?
Dave
On 1/29/2014 6:29 AM, John Cooper wrote:
> How I hate auto-correct. s/make to have to/may have to/
>
> -Original Message-
> From: John Cooper
> Sent: Wednesday, January 29, 2014 8:25 AM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-
How I hate auto-correct. s/make to have to/may have to/
-Original Message-
From: John Cooper
Sent: Wednesday, January 29, 2014 8:25 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Custom Action exe file run on background
In the WIX.chm, look for "How To G
In the WIX.chm, look for "How To Guides -> How To: User Interface and
Localization -> How To Run the Installed Application After Setup" for ideas on
how you can accomplish this.
Note that you make to have to schedule the run of your executable substantially
later than "InstallFiles".
--
John
Most of the time if you can condition your custom actions on the action states
of some related component you will have more reliability in all use cases.
> Date: Fri, 10 Jan 2014 11:22:29 -0800
> From: phildgwil...@gmail.com
> To: wix-users@lists.sourceforge.net
> Subject: Re
instead of the backslash caused
your build error.
-Blair
> From: bria...@gmail.com
> Date: Fri, 10 Jan 2014 11:23:26 -0500
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Custom Action Build Error
>
> Thanks, it is actually the file at C:\Program Files
> (x
Looking at a complete verbose log may help. Otherwise there's not enough
info here to say what's wrong. It doesn't help much to say that the CA is
"something like this". For example, what type is it? We could assume it's
deferred, but it's better to know for a fact.
1. I assume the V1 install has
Thanks, it is actually the file at C:\Program Files
(x86)\MSBuild\Microsoft\WiX\v3.x\wix.ca.targets that needed updated.
Brian
Brian
If you can't explain it simply, you don't understand it well enough. -
Albert Einstein
On Fri, Jan 10, 2014 at 10:51 AM, Carter Young wrote:
> Try Editing wix.
Try Editing wix.ca.targets to read
Looks like the Preprocessor Variable for $(WixToolPath) doesn't
contain the last trailing slash for the path, then submit a Bug
Request to the WiX Bugtracker and reference this Post, if and only if
the fix works.
If all goes well, the bug fix wil
nd profiling it.
From: "Phil Wilson"
Sent: Thursday, October 31, 2013 3:57 PM
To: "General discussion about the WiX toolset."
Subject: Re: [WiX-users] Custom action was working now it isn't
HELP...
As a random guess based on the
[mailto:chr...@iswix.com]
> Sent: October-31-13 4:18 PM
> To: General discussion about the WiX toolset.; General discussion about
> the WiX toolset.
> Subject: Re: [WiX-users] Custom action was working now it isn't HELP...
>
> Hmmm... I'm guessing there was somethi
-
From: Christopher Painter [mailto:chr...@iswix.com]
Sent: October-31-13 4:18 PM
To: General discussion about the WiX toolset.; General discussion about the WiX
toolset.
Subject: Re: [WiX-users] Custom action was working now it isn't HELP...
Hmmm... I'm guessing there was somethin
On 10/31/2013 7:50 PM, Steven Ogilvie wrote:
> So weird...
>
> Was working before, stopped working... function name had 26 characters
> removed 7 characters now it works...
Something we discussed today was how the CA log name when calling
WcaInitialize() has a maximum of 32 characters - anything
discussion about the WiX toolset."
Subject: Re: [WiX-users] Custom action was working now it isn't
HELP...
So weird...
Was working before, stopped working... function name had 26 characters
removed 7 characters now it works...
Go figure...
Steve
-Original Message-
Fr
toolset.
Subject: Re: [WiX-users] Custom action was working now it isn't HELP...
http://stackoverflow.com/questions/3560370/custom-action-in-c-sharp-used-via-wix-fails-with-error-1154
Chris has quite a few suggestions on what could cause that error.
-Original Message-
From: StevenOg
http://stackoverflow.com/questions/3560370/custom-action-in-c-sharp-used-via-wix-fails-with-error-1154
Chris has quite a few suggestions on what could cause that error.
-Original Message-
From: StevenOgilvie [mailto:sogil...@msn.com]
Sent: Thursday, October 31, 2013 2:05 PM
To: wix-users
;
> Looks like Bob was still adding stuff, so possibly the next weekly will have
> it.
>
> -Original Message-
> From: Christopher Painter [mailto:chr...@iswix.com]
> Sent: Monday, October 21, 2013 12:31 PM
> To: General discussion about the WiX toolset.; wix-users@list
ck
so it's progress as far as I'm concerned.
From: "Hoover, Jacob"
Sent: Monday, October 21, 2013 12:45 PM
To: "General discussion about the WiX toolset."
Subject: Re: [WiX-users] Custo
I see now that you created a bug, too (http://wixtoolset.org/issues/4154/).
Guess I should have checked that first.
> From: chr...@iswix.com
> To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net
> Date: Mon, 21 Oct 2013 10:30:56 -0700
> Subject: Re: [WiX-users] C
ut the WiX toolset.; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013
I found the same and left a note on Bob's blog post as to such.
From: "Sean Hall"
Sent: Monday, October 21, 201
I found the same and left a note on Bob's blog post as to such.
From: "Sean Hall"
Sent: Monday, October 21, 2013 12:16 PM
To: "wix-users@lists.sourceforge.net"
Subject: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013
I'm testing out WiX 3.8
Before CostFinalize works!
Now I have the custom action in both InstallUISequence and
InstallExecuteSequence.
Thank you guys for your help.
BTW, today I finally started getting information about my custom action in
the log, yesterday whatever I did, no custom action was mentioned even if it
was
...@racelogic.co.uk]
Sent: September-12-13 11:44 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action, feature condition and silent install
No custom action is executed and no property is set:
Action start 16:32:54: CostFinalize.
MSI (s) (A0:CC) [16:32:54:363]: Doing action
@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action, feature condition and silent install
Steven Ogilvie wrote
> Have you tried After CostFinalize
Unfortunately it doesn't work either...
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.co
No custom action is executed and no property is set:
Action start 16:32:54: CostFinalize.
MSI (s) (A0:CC) [16:32:54:363]: Doing action: InstallValidate
MSI (s) (A0:CC) [16:32:54:363]: Note: 1: 2205 2: 3: ActionText
Action ended 16:32:54: CostFinalize. Return value 1.
MSI (s) (A0:CC) [16:32:54:36
gt; Jack Henry & Associates, Inc.(r)
> Shawnee Mission, KS 66227
> Office: 913-341-3434 x791011
> jocoo...@jackhenry.com
> www.jackhenry.com
>
>
>
> -Original Message-
> From: Ralph [mailto:ralph.gu...@racelogic.co.uk]
> Sent: Thursday, September 12, 2013
It is product.wxs file.
The feature should not be displayed in the UI if the version of the third
party application is equal or greater than 5. If the version is older than
5 or the third party application is not installed, the feature should appear
in the UI (and be installed by default in silen
-
From: Ralph [mailto:ralph.gu...@racelogic.co.uk]
Sent: Thursday, September 12, 2013 11:21 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action, feature condition and silent install
It is product.wxs file.
The feature should not be displayed in the UI if the version of th
What does your log file say?
-Original Message-
From: Ralph [mailto:ralph.gu...@racelogic.co.uk]
Sent: September-12-13 10:38 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action, feature condition and silent install
Steven Ogilvie wrote
> Have you tried Af
Steven Ogilvie wrote
> Have you tried After CostFinalize
Unfortunately it doesn't work either...
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Action-feature-condition-and-silent-install-tp7588916p7588918.html
Sent from the wix-users mai
Have you tried After CostFinalize
-Original Message-
From: Ralph [mailto:ralph.gu...@racelogic.co.uk]
Sent: September-12-13 10:17 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action, feature condition and silent install
I have a custom action which detects the versi
Classification: Public
Darn my bad, I should have stated the Before :)
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: July-25-13 12:01 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom action [P]
Slight amendment
Slight amendment: "You should NOT call any custom actions **that modify
machine state Before InstallInitialize or** After InstallFinalize "
On Thu, Jul 25, 2013 at 6:08 AM, Steven Ogilvie wrote:
> Classification: Public
> You should NOT call any custom actions After InstallFinalize.
>
> -Ori
That's where you use burn to install these "other softwares".
-Original Message-
From: Chaitanya Sanapala [PC-BLR-DEV] [mailto:chaita...@pointcross.com]
Sent: Thursday, July 25, 2013 8:30 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users
13 18:38:19
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom action [P]
Classification: Public
You should NOT call any custom actions After InstallFinalize.
-Original Message-
From: Chaitanya Sanapala [PC-BLR-DEV] [mailto:chaita...@pointcross.com]
Classification: Public
You should NOT call any custom actions After InstallFinalize.
-Original Message-
From: Chaitanya Sanapala [PC-BLR-DEV] [mailto:chaita...@pointcross.com]
Sent: July-25-13 4:56 AM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Custom action
Hi,
I'am using w
x.com]
Sent: Thursday, July 11, 2013 9:04 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Custom Action syntax Issue
Thanks for your reply,
The services I am installing are kernel services and not regular services.
>From the ServiceInstalll documen
use the handle as suggested.
Thanks
Marc
-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: July-11-2013 9:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Action syntax Issue
You don't/can't. Before e
You don't/can't. Before elaborating, if you want to install a service then why
not use the ServiceInstall/ServiceControl elements which exist today? Getting
code right which modifies machine state is hard to do, as you have to handle
the install/upgrade/repair/remove operations along with roll
I think most of us use Properties like this:
NOT Installed AND NOT WIX_UPGRADE_DETECTED AND NOT
WIX_DOWNGRADE_DETECTED
WIX_UPGRADE_DETECTED AND NOT (REMOVE="ALL")
(REMOVE="ALL") AND UPGRADINGPRODUCTCODE
Installed AND (REMOVE="ALL") AND NOT (WIX_UPGRADE_DETE
google/bing it) instead.
Blair
> Date: Tue, 25 Jun 2013 09:25:29 +0200
> From: lukasha...@gmx.at
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Custom Action ALWAYS with admin rights
>
> On 2013-06-25 5:23, Bob Arnson wrote:
> > On 24-Jun-13 14:17, Lukas
On 2013-06-25 5:23, Bob Arnson wrote:
> On 24-Jun-13 14:17, Lukas Haase wrote:
>>
> Custom actions after InstallFinalize cannot run elevated.
Thank you. What would be the best place to include this CA and ensure
that it runs elevated?
Luke
---
On 24-Jun-13 14:17, Lukas Haase wrote:
>
Custom actions after InstallFinalize cannot run elevated.
--
sig://boB
http://joyofsetup.com/
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://
Is the CA immediate or deferred? A quick test (printf("%d\n",
IsUserAnAdmin());) on my Win7 system shows IsUserAnAdmin (I am) returns false
in a normal cmd shell. But if I elevate, then it's true. (This implies your CA
is immediate).
Dave
From: Lukas Haase
.
Subject: Re: [WiX-users] Custom Action Extraction Issue
I'm already passing the credential info into the CA. Do you mean passing it
to the CA, to the pass to the utility and run impersonation in there?
I'll have to look and see if there's a way we can guarantee that the utility
wi
I'm already passing the credential info into the CA. Do you mean passing it to
the CA, to the pass to the utility and run impersonation in there?
I'll have to look and see if there's a way we can guarantee that the utility
will be called on first run, as our application is a web-based applicati
Can you pass the credential info to the CA and do the impersonation inside
the utility?
Or install the utility and call it on first run?
-Original Message-
From: Joe Barker [mailto:joeb...@gmail.com]
Sent: 02 May 2013 16:36
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom
il 22, 2013 2:47 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Action triggered from Support Directory
Burn would support this, via Payload elements. In 3.8, the current directory is
set to the folder for the payload when the Package is b
Thanks Jacob, but does this Payload element only work with bootstrapper .exe
installs?
We are only making .msi install packages and therefore would this Payload
element work in this case?
Thanks,
Tim.
From: Hoover, Jacob [via Windows Installer XML (WiX) toolset]
[mailto:ml-node+s687559n75853
day, April 22, 2013 2:47 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Action triggered from Support Directory
Burn would support this, via Payload elements. In 3.8, the current directory is
set to the folder for the payload when the Package is b
Burn would support this, via Payload elements. In 3.8, the current directory is
set to the folder for the payload when the Package is being executed.
-Original Message-
From: TimM [mailto:timmay...@smarttech.com]
Sent: Monday, April 22, 2013 1:58 PM
To: wix-users@lists.sourceforge.net
Su
1 - 100 of 556 matches
Mail list logo
