Previous message formatting was totally off so a retry and hopefully this one
is better ;)
I didn't find a fix for it at the time sadly enough and to be honest I don't
really know anymore what I was trying to achieve. I just tried something with
Wix 3.10 and I couldn't get it to crash with tha
I didn't find a fix for it at the time sadly enough and to be honest I don't
really know anymore what I was trying to achieve.
I just tried something with Wix 3.10 and I couldn't get it to crash with that
code in My custom action..
Running the CA know with that code yields the following table
Did you ever work this out I have the same problem and a morning of googling
has got me know where.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-TableCollection-tp6180281p7599767.html
Sent from the wix-users mailing list archive at
Thank you all for suggestions! Truly appreciate all the help.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-built-for-AnyCPU-does-not-read-64-bit-registry-hive-tp7598754p7598793.html
Sent from the wix-users mailing list archive at
at build time, IIRC.
_
Short replies here. Complete answers over there: http://www.firegiant.com/
-Original Message-
From: wixtester [mailto:sangee...@hotmail.com]
Sent: Wednesday, January 7, 2015 6:49 PM
To: wix-users@lists.sourceforge.net
Sub
You should be building separate MSIs for both arcitectures:
http://blogs.msdn.com/b/heaths/archive/2008/01/15/different-packages-are-required-for-different-processor-architectures.aspx
so build an x86 Dll for 32-bit systems and an x64 Dll for 64-bit.
In any case, AnyCpu for a Dll actually means
Regarding the comments about using "AnyCPU" this blog explains one reason why
on a x64 system AnyCPU runs a 32 bit instance of .Net
http://blogs.microsoft.co.il/sasha/2012/04/04/what-anycpu-really-means-as-of-net-45-and-visual-studio-11/
--
View this message in context:
http://windows-installe
nc.® | Lenexa, KS 66214 | Ext: 431050
|jocoo...@jackhenry.com
-Original Message-
From: Daniel Norman [mailto:daniel.nor...@snowsoftware.com]
Sent: Thursday, January 8, 2015 6:55 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] CustomAction built for AnyCPU does not
@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction built for AnyCPU does not read 64-bit
registry hive
I may have not been clear in my earlier emails, sorry about that.
I have a C# custom action that uses Microsoft.Win32.RegistryKey. I am building
this custom action with AnyCPU. The custom action
I may have not been clear in my earlier emails, sorry about that.
I have a C# custom action that uses Microsoft.Win32.RegistryKey. I am
building this custom action with AnyCPU. The custom action searches for JRE
on the system and set a value to Session variable. I have 64-bit JRE
installed on the
Sorry, for the short response. I have done it by setting conditions. x86 vs
x64.Per Rob's blog, check this out
http://wixtoolset.org/documentation/manual/v3/howtos/redistributables_and_install_checks/block_install_on_os.html
and (it is also linked) http://msdn.microsoft.com/library/aa370556.aspx
I
Defer it?
On Wed, Jan 7, 2015 at 8:49 PM, wixtester wrote:
>
> The CustomAction does not permit "Win64" attribute for a managed custom
> action
>
> BinaryKey='provisionCA' DllEntry='SearchJRE' Execute="immediate"
> Return="check" Win64="yes"/>
>
>
> Error message
>
> error
The CustomAction does not permit "Win64" attribute for a managed custom
action
Error message
error CNDL0037: The CustomAction/@Win64 attribute can only be specified
with one of the following attributes:Script, VBScriptCall, or JScriptCall
present.
Note: I am using mana
12:55 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction built for AnyCPU does not read 64-bit
registry hive
Hi,
I have a managed custom action to read the registry. I want it to read the
64-bit registry on a 64-bit Windows and 32-bit registry on x86 Windows.
When I
Hi,
I have a managed custom action to read the registry. I want it to read
the 64-bit registry on a 64-bit Windows and 32-bit registry on x86 Windows.
When I build the custom action for AnyCPU, I expect it to work.
But when I run the msi (that invokes this custom action) on Win 2008 R2
which
lset.
Subject: Re: [WiX-users] CustomAction to run powershell script
Also the PropCA must run before the UpdateIdentityCA in the Installexecute
sequence.
-Original Message-
From: Pavan Konduru [mailto:pavan.kond...@accelrys.com]
Sent: Tuesday, December 16, 2014 12:59 PM
To: Gen
Also the PropCA must run before the UpdateIdentityCA in the Installexecute
sequence.
-Original Message-
From: Pavan Konduru [mailto:pavan.kond...@accelrys.com]
Sent: Tuesday, December 16, 2014 12:59 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] CustomAction
Did you add the Execute="immediate" to the CustomAction "PropCA"?
-Original Message-
From: wixtester [mailto:sangee...@hotmail.com]
Sent: Tuesday, December 16, 2014 12:51 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction to run powershell
The quotes look good, my bad!
-Original Message-
From: Pavan Konduru [mailto:pavan.kond...@accelrys.com]
Sent: Tuesday, December 16, 2014 12:35 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] CustomAction to run powershell script
The above CA has a
Thanks for pointing out the missing quote. After fixing that, I am still not
able to run the ps script. Also, I am now enclosing the quotes around the
file path like this -
-File "C:\Program Files (x86)\\Bridge
Server\Bridges\Exchange\UpdateIdentity.ps1 " testhub\ericd pwd1
Why is WixCA not
The above CA has a " missing and Execute="immediate" property missing.
--Pavan
-Original Message-
From: wixtester [mailto:sangee...@hotmail.com]
Sent: Tuesday, December 16, 2014 12:14 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction to run po
Hi,
I am trying to run a powershell script in deferred custom action, but it
fails. The command works when manually run from command prompt.
Log error
MSI (s) (BC:88) [14:58:21:192]: Hello, I'm your 32bit Elevated custom action
server.
CAQuietExec:
ember 17, 2014 5:13 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] CustomAction to execute batch file causes uninstall to
fail
Phil is right. Just add this to the custom action sequence:
--
Phil is right. Just add this to the custom action sequence:
-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com]
Sent: Wednesday, September 17, 2014 4:16 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] CustomAction to execute batch file causes
You're referring to it as an "install" custom action, but I see no
condition that causes it to be called only on install. In other words
it's also being called at uninstall time and failing.
---
Phil Wilson
On Wed, Sep 17, 2014 at 4:08 PM, newuser2014 wrote:
> Hi,
>
> I have a custom
Hi,
I have a custom action during the installation process to execute a batch
file to replace some config file.
...
The installation goes smoothly. However, uninstallation fails. Do you know
what might be the issue and a potential fix for this problem?
Thank you very much in advance!
I do not know, but what is the requestedExecutionLevel in the manifest for
'MyExe'?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-elevated-not-working-tp7592486p7592489.html
Sent from the wix-users mailing list archive at Nabble.com.
Hello,
The following CustomAction is execute when the installer is ran but the
executable is not elevated to admin level. Why is the CA not elevated?
NOT Installed
Thank you
--
Hello Rob,
My guess is that running the MSI from an elevated bootstrapper (not
burn) causes the issue. I now use to force the
folders to be writeable for "Users". Probably a better approach than
relying on the installing user.
Theo
Op 23-4-2013 1:24, Rob Mensching schreef:
> Did you ever get th
Did you ever get this sorted out?
On Tue, Apr 9, 2013 at 5:57 AM, Theo Landman wrote:
> Hello,
> I'm confused about how Impersonate works. I want to run a console
> migration executable using the WiX CAQuitExec. The migration executable
> copies files from a previous version of the product to a
Hello,
I'm confused about how Impersonate works. I want to run a console
migration executable using the WiX CAQuitExec. The migration executable
copies files from a previous version of the product to a new version of
the product.
I want to run it as the installing user so I assumed that I should
On 21-Feb-13 09:13, Gabriel Ivanes wrote:
> Anyone knows why does the bit FirstSequence automatically set Rollback's
> bit ?
> The same with OncePerProcess and Commit.
Because they're the same bits. msidbCustomActionTypeFirstSequence and
msidbCustomActionTypeOncePerProcess are only valid for immed
Hello,
Anyone knows why does the bit FirstSequence automatically set Rollback's
bit ?
The same with OncePerProcess and Commit.
I made an immediat custom action with FirstSequence but i don't want
rollback's bit.
No problem in execution, but i'm just curious why.
Thanks.
--
No you need to know the name of the standard or custom action that you want
it to run after or before.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7269311.html
Sent from the wix-users mailing list archive at Nab
...@hyland.com]
Sent: February 8, 2012 8:19 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction not running
Well, for DLLs it is pretty easy because you can use heat.exe to generate the
authoring for you. However, it doesn't handle EXEs.
See this thread for more de
-Original Message-
From: jhennessey [mailto:jack.hennes...@hyland.com]
Sent: February 8, 2012 8:19 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction not running
Well, for DLLs it is pretty easy because you can use heat.exe to generate the
authoring for you. Howe
Well, for DLLs it is pretty easy because you can use heat.exe to generate the
authoring for you. However, it doesn't handle EXEs.
See this thread for more details:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html
http://windo
rom: jhennessey [mailto:jack.hennes...@hyland.com]
Sent: February 8, 2012 7:56 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction not running
Disclaimer: As you probably know, it is a bad practice to register files this
way during installation. The preferred way is to au
Disclaimer: As you probably know, it is a bad practice to register files this
way during installation. The preferred way is to author the actual registry
values that get written during registration.
Ignoring the disclaimer, you shouldn't rely on using the value of the
ADDLOCAL property. Instead, u
Hi.
I have the following code:
(ADDLOCAL="Feature_Default")
(REMOVE="ALL")
However, the FileKey above is defined in a nested Directory Element as seen
below:
My second installer is not MSI installer, it is old VisualBasic Installer
that can run parallely with my MSI.
So the sollution is not in that.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-another-installer-not-working-tp6969663p697339
sourceforge.net
Subject: [WiX-users] CustomAction another installer not working.
I am making my installer.
I need to run another foreign installer in it.
I am making this -
---
but if fails with exception
I am making my installer.
I need to run another foreign installer in it.
I am making this -
---
but if fails with exception:
http://files.rsdn.ru/98190/11.PNG
I tested foreign setup, it works fine separe
On 27-Apr-11 03:06, Rune Moberg wrote:
> A little googling seems to suggest that the proper way to do this
> would be by using a deferred action. If I understand this correctly,
> the deferred action will be executed by the installer service and has
> a good chance of running elevated. Fine, except
On Mon, Apr 25, 2011 at 1:56 AM, Bob Arnson wrote:
> Deferred custom actions can only get a couple of system properties. To
> get any other properties (public or not), you need an immediate CA that
> writes CustomActionData for the deferred CA.
Funnily enough, this played straight into what I am
On Tue, Apr 26, 2011 at 6:26 AM, Blair wrote:
> Depends on when your custom action is scheduled. Can you describe in more
> detail what you are trying to achieve?
My installer installs an empty database.
On upgrade, I need to call a stored procedure on said database. My
plan was to have a custom
: [WiX-users] CustomAction that needs to figure out the destination
path
Given a feature or a component (or for that matter a file), what is
the best way for my custom action to determine the destination folder?
Do I have to drill down into the Directory table and build the full
path myself, or is
On 23-Apr-11 20:33, Aaron Klor wrote:
> a similar manner. If the CA is deferred, (again, unless I'm mistaken) you'll
> only have access public properties (directory ids and such defined in
> ALLCAPS), but you should be able to get the paths you need.
Deferred custom actions can only get a couple o
Unless I misunderstand your question, you should be able to get it easily by
using [directoryid] (e.g. the ConfigurableDirectory of the feature) or
[#fileid] as input parameters to your CA. From within an immediate custom
action, you should be able to read the properties from the session object in
Given a feature or a component (or for that matter a file), what is
the best way for my custom action to determine the destination folder?
Do I have to drill down into the Directory table and build the full
path myself, or is there an easier way?
TIA.
--
Rune
--
I have TWO ca which are executed when the user clicks the Finished button on
the last page of the dialog
However the ca always seems to execute as the elevated user and to be
ignoring the impersonate attribute.
How can I execute them as the original user?
-
Thanks will post questions there. :-)
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-fails-with-error-code-1603-tp6000977p6009679.html
Sent from the wix-users mailing list archive at Nabble.com.
---
users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction fails with error code 1603??
Thanks Neil!
Following is code from my config file for dotNetInstaller:
Its giving error "failed to install SQL Server 2008". I have checked the
comma
Thanks Neil!
Following is code from my config file for dotNetInstaller:
Its giving error "failed to install SQL Server 2008". I have checked the
command line and its working fine.
I have 2 more questions:
1. Here Mysitesetup.msi is my mai
-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction fails with error code 1603??
Thanks for th reply Neil.
If possible can you please provide an example of the configuration file
used with dotNEtInstaller that checks if SQL Server is installed or not
and if not available installs
Thanks for th reply Neil.
If possible can you please provide an example of the configuration file used
with dotNEtInstaller that checks if SQL Server is installed or not and if
not available installs it?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.
No a bootstrapper runs the SQL install and then your install.
Neil
-Original Message-
From: kim [mailto:contactme...@gmail.com]
Sent: 07 February 2011 18:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction fails with error code 1603??
Thanks so much for the
Thanks so much for the suggestions guys :-)
I will definitly look at the dotNetInstaller bootstapper.
Please correct me if I have misunderstood:
I can still call this bootstrapper from my msi, which will install all the
prerequisites and once all is successful, my msi can resume with
installat
time to have a look at it :)
-Original Message-
From: kim [mailto:contactme...@gmail.com]
Sent: maandag 7 februari 2011 18:06
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction fails with error code 1603??
I am in need to check if SQLExpress is installed on target ma
[mailto:contactme...@gmail.com]
Sent: 07 February 2011 17:06
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction fails with error code 1603??
I am in need to check if SQLExpress is installed on target machine
before installing my product. If not installed, my product's msi will
in
I am in need to check if SQLExpress is installed on target machine before
installing my product. If not installed, my product's msi will install
SQLEXpress first.
I created a C# custom action to install SQLExpress using command line. When
executing this command directly on cmd prompt SQLExpress g
Yes.
On Fri, Jan 28, 2011 at 1:34 AM, Rune Moberg wrote:
> On Thu, Jan 27, 2011 at 5:09 PM, Rob Mensching
> wrote:
> > IIRC, a Commit Custom Action *always* runs at the end of the install.
>
> After all files have been removed..?
>
> --
> Rune
>
>
>
On Thu, Jan 27, 2011 at 5:09 PM, Rob Mensching wrote:
> IIRC, a Commit Custom Action *always* runs at the end of the install.
After all files have been removed..?
--
Rune
--
Special Offer-- Download ArcSight Logger for
IIRC, a Commit Custom Action *always* runs at the end of the install.
On Thu, Jan 27, 2011 at 6:16 AM, Rune Moberg wrote:
> FileKey="MM3ServerExe" Return="ignore"/>
>
> REMOVE ~=
> "ALL"
>
>
> In the log file I see this:
>
> MSI (s) (84:D0) [15:01:37:844]: Note: 1: 2205 2: 3: A
REMOVE ~=
"ALL"
In the log file I see this:
MSI (s) (84:D0) [15:01:37:844]: Note: 1: 2205 2: 3: ActionText
Action ended 15:01:37: DeleteServices. Return value 1.
Action start 15:01:37: UninstMM3Srv.
MSI (s) (84:D0) [15:01:37:844]: Doing action: RemoveFiles
MSI (s) (84:D0) [15:01
You can't log or, IIRC, launch other dialogs from a custom action activated
by a DoAction. MSI limitation.
On Tue, Aug 17, 2010 at 12:16 PM, Umesh Joglekar wrote:
>
>
> Hi,
>
> I have a custom action executable written in c++. This pops up the browser
> to the appropriate download link for a pre
On 30-Aug-10 12:41, alexander.nevs...@acronis.com wrote:
> Of course, there is no custom action "[CustomSerialValidateProp]". But
> property CustomSerialValidateProp contains actual custom action.
As in VBScript or JScript? It looks like that's not supported. Feel free
to file a bug -- and get
Hi All,
I want to compile the following fragment
...
...
1
But light fails with error:
template.wxs(853) : error LGHT0094 : Unresolved reference to
symbol 'CustomAction:[CustomSerialValidateProp]' in section 'Product:{3E8964C7-
5FA5-4740-A3D6-191E2043963C}'.
Of course, there is no cu
Hi,
I have a custom action executable written in c++. This pops up the browser to
the appropriate download link for a prerequisite.
It works fine on Windows 7 but on XP it does not seem to be running. It is
launched as a special dialog asking the user to install the prerequisite before
inst
On 8/11/2010 11:34 AM, Christian Tusch wrote:
> Yes, I'm using WixUI_InstallDir.
Are you running the install with UI? Check out a verbose log to see what
MSI planned.
--
sig://boB
http://joyofsetup.com/
--
This SF.n
Yes, I'm using WixUI_InstallDir.
On 7 August 2010 16:55, Bob Arnson wrote:
> On 8/5/2010 5:50 AM, Christian Tusch wrote:
>> could anybody tell me why this won't show me a message box?
>>
>
> Do you have a full UI in your package? Silent installations don't show UI.
>
> --
> sig://boB
> http://joy
On 8/5/2010 5:50 AM, Christian Tusch wrote:
> could anybody tell me why this won't show me a message box?
>
Do you have a full UI in your package? Silent installations don't show UI.
--
sig://boB
http://joyofsetup.com/
---
Hello,
could anybody tell me why this won't show me a message box?
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million
riginal Message-
From: Jeremy Rimer [mailto:jeremyri...@gmail.com]
Sent: Monday, July 26, 2010 11:50 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction in InstallUISequence doesn't complete
until InstallInitialize
Greetings WiX Users!
Not so long ago I posted my dilemm
Greetings WiX Users!
Not so long ago I posted my dilemma regarding Custom Actions not persisting
session data through to UI dialogs... I modified the ExitDialog to have a
button that took you to further configuration options so that it could read
in default options from the deployed App.Config fil
mailto:s...@noida.interrasystems.com]
Sent: 29 June 2010 06:15
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] CustomAction on Uninstall but not upgrade
use condition
(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")
cge wrote:
> I have a custom action
use condition
(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")
cge wrote:
> I have a custom action that should only run on uninstall, but not run during
> an upgrade. After browsing the list archives and other sites, I came up with
> the following:
>
>After='MsiUnpublishAssemblies'>Installed
Looks like this is the ticket:
Installed AND REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-on-Uninstall-but-not-upgrade-tp5232029p5232458.html
Sent from the wix-users mailing list archive at
Yes, I can see in my log where UPGRADINGPRODUCTCODE and UPGRADEFOUND are
being set to the appropriate GUIDs. What I don't understand is how I can
prevent my CustomAction from being executed when the old outgoing product is
being uninstalled. I only want my CustomAction to execute when an uninstall
@avaya.com]
Sent: Monday, June 28, 2010 11:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction on Uninstall but not upgrade
I have a custom action that should only run on uninstall, but not run during
an upgrade. After browsing the list archives and other sites, I came u
I have a custom action that should only run on uninstall, but not run during
an upgrade. After browsing the list archives and other sites, I came up with
the following:
Installed AND (REMOVE="ALL") AND NOT
(UPGRADEFOUND OR UPGRADINGPRODUCTCODE)
Installed AND
(REMOVE="ALL") AND NOT (UP
que Louis [mailto:dominique.lo...@amxeurope.com]
Sent: 23 October 2009 17:01
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] CustomAction Session Database Error...
Hi all,
I'm not sure if this is the best place for this question, so point me
in the rig
Hi all,
I'm not sure if this is the best place for this question, so point me
in the right direction if it is not.
It's basically to do with running a CustomAction that returns a view
from the Session Database using VBScript
When I this function is called
Function GetComboBoxView(oProperty)
VERSION < 200) OR (
WIX_DIRECTX_VERTEXSHADERVERSION = "NotSet" ) )
Dominique.
-Original Message-
From: Blair [mailto:os...@live.com]
Sent: 02 October 2009 22:15
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] CustomAction Error
iday, October 02, 2009 8:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] CustomAction Error not displaying...
Hi all,
I'm trying to detect if certain pixel and vertex shaders are installed
on a machine. I have followed the exampled in the Wix 3.0 help, bu
Hi all,
I'm trying to detect if certain pixel and vertex shaders are installed
on a machine. I have followed the exampled in the Wix 3.0 help, but I'm
not getting the desired error message.
When I run the above
methods, so it seems only a C/C+/C# etc solution would work
> for that.
>
> Dominique.
>
> -Original Message-
> From: Thomas Due [mailto:thomas@scanvaegt.dk]
> Sent: 02 October 2009 06:47
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [W
c solution would work
for that.
Dominique.
-Original Message-
From: Thomas Due [mailto:thomas@scanvaegt.dk]
Sent: 02 October 2009 06:47
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] CustomAction : Enumerating SQLServer
Instancesacrossthe network us
...@amxeurope.com]
Sent: 1. oktober 2009 18:16
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] CustomAction : Enumerating SQLServer Instances
acrossthe network using SQLDMO
Hi all,
I couldn't find all this code in one place so I thought this list
might be a good place to ar
Hi all,
I couldn't find all this code in one place so I thought this list
might be a good place to archive it.
Set sqlApp = CreateObject("SQLDMO.Application")
If ( Err.Number <> 0 ) Then
wscript.echo "SQLDMO.Application Not found. Error : " &
Err.Number
Regards,
Takashi SEKIDO
> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: Monday, August 31, 2009 12:59 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] CustomAction Exectuion by Feature
>
> Are all of y
hat please elaborate more.
-Original Message-
From: takashi.sek...@jp.yokogawa.com [mailto:takashi.sek...@jp.yokogawa.com]
Sent: Sunday, August 30, 2009 7:15 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction Exectuion by Feature
Dear Sebastian Brand,
> When se
(Instyler Software)
> [mailto:wix+us...@instyler.com]
> Sent: Tuesday, August 25, 2009 6:39 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] CustomAction Exectuion by Feature
>
> When sequencing the custom action, use &
ler.com]
> Sent: Tuesday, August 25, 2009 6:39 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] CustomAction Exectuion by Feature
>
> When sequencing the custom action, use &MyFeature=3 to
> schedule it whenever the MyFeature f
enko [mailto:y...@sitecore.net]
Sent: Tuesday, August 25, 2009 11:01
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] CustomAction Exectuion by Feature
You should set the "same" condition to your custom action as to the feature.
I have quoted the "same"
nt: Tuesday, August 25, 2009 11:31 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction Exectuion by Feature
Hello,
I would like to execute custom actions by feature using Wix3.0.
How can I solve this issue?
I means I want to execute a custom action when the dependent featu
Hello,
I would like to execute custom actions by feature using Wix3.0.
How can I solve this issue?
I means I want to execute a custom action when the dependent feature is
selected.
Does anyone know how to solve and implement it?
Thank you.
Takashi SEKIDO
Sent: Wednesday, February 25, 2009 11:37 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction following specific CustomAction fails
Both customactions are executed during UI for the mentioned buttons
(browsefile and execute managed action) I publish the DoAction.
The original prob
lto:j...@visionpeople.dk]
> Sent: Wednesday, February 25, 2009 2:29 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] CustomAction following specific CustomAction
> fails
>
>
> Can I do anything to find out what is happening in this install project. I
> guess t
balle [mailto:j...@visionpeople.dk]
Sent: Wednesday, February 25, 2009 2:29 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction following specific CustomAction fails
Can I do anything to find out what is happening in this install project. I
guess the OpenDialog customaction seems
1 - 100 of 246 matches
Mail list logo
