Hi all,
I've learnt that to make a wix project work with TFS, I need to edit the
.wixproj file, and also the TFSBuild project by adding ConfigurationToBuild to
Mixed Platforms.
I also learnt that if I have a C# library project, and I want to use it as
custom action library, I need to run MakeSf
What a silly question I've posted -_-! I only thought about the .net
framework version issue (because previously I got a problem with .net4), but
forgot to check the document.
Thanks Blair!
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Act
In article <1276315312254-5170676.p...@n2.nabble.com>,
gapearce writes:
> Can I do that? I'd like to spawn a different dialog from a spawned dialog.
You mean like a new modal dialog opened from an existing modal dialog?
Yeah, I think you can do that, although I don't recall ever trying.
Can I do that? I'd like to spawn a different dialog from a spawned dialog.
I looked around - this Q must have been asked before - but I couldn't find
it.
TIA
Greg
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Spawn-dialog-from-Spawned-dialog-t
Session.GetProductProperty can only be used on a Session obtained from the
Installer.OpenProduct method, which is documented as not able to be used in
a custom action (realize that DTF is intended to be used in much more than
"just" custom actions).
If you are looking for the AGENT_SERVER property
Here is your "error":
The Property element enters text directly into the Property table. The Value
column of that table is NOT of type Formatted, it is of type Text, which
means that assigning values to properties via that table become the exact
text that it retrieves from that table.
What you n
I'm very pleased to see the progress.
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Friday, June 11, 2010 2:07 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] External UI like MS Office 2007
Well, there's done and then t
During an upgrade ProcessComponents is setting SharedDlls reference count
to 2 instead of 1, for a component which has a file that was moved from a
different component (seems like a bug in ProcessComponents, but who knows?
it's consistent in Win2000 through Win7) Is there any good way I can avo
Hi,
I'm using the C# custome action template in VS to create my first custom
action, but it failed.
Here is my code:
In Product.wxs
NOT
Installed
In CustomActions project, CustomAction.cs,
namespace CustomActions
{
public class CustomActions
{
[Custom
Unless you have a million dollar deal pending on support of a Core Server
without 32-bit WOW, I would say it's not worth your effort...
If you have the power, I would designate this as an unsupported
configuration.
-James
On Fri, Jun 11, 2010 at 1:41 PM, Sagar wrote:
>
> I agree with you Pa
Thanks Rahul, let me know if you can identify that. I am not familiar with that
particular bug.
-Original Message-
From: rahul.ekb...@sungard.com [mailto:rahul.ekb...@sungard.com]
Sent: Friday, June 11, 2010 3:52 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] VSTO excel
var params = Session.Property("CustomActionData").split("|");
var t1 = params[0];
var t2 = params[0];
alert(t1); // Displays: C:\.
alert(t2); // Displays: C:\.\theFile
alert(t1.charAt(0)); // Displays: C
alert(t2.charAt(0)); // Displays: [
It seems that t2 c
I agree with you Pally,
but in some special scenarios like if the 64-bit OS itself doesn't support
32-installation then in that case we have no other option but to create a
64-bit installer irrespective of the files the msi deploys.
I read
http://blogs.msdn.com/b/heaths/archive/2009/11/06/wow64
You only need an x64 MSI if you need to write to x64 specific folders &
registry locations. Otherwise an x86 MSI will do fine for x86 & x64
platforms.
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simula
My installation is restricted to copying new .sql files on users machine.
These sql files are invoked by sqlcmd.exe utility of Microsoft SQL server.
So there is no question of .sql files being 32/64 bit. And only place where
bitness is involved is the bitness of OS and SQL Server, which we are
That seems like it should work. I'm assuming the rest of the values are
coming through to your deferred custom action correctly?
Have you checked a Windows Installer log to see that the correct value of
TOMCATHOME is getting set to the Deploy property when SetDeployParams runs?
--
View this mes
I've found the solution (always the way, spend half a day trying to solve
it, then find the answer 10 minutes after emailing the list)...
In case anyone's interested, the solution is to use a second property for
the RegistrySearch, then a type 51 custom action to set that property using
the condit
Hi,
I have a RadioButtonGroup that is bound to a Property. As this property
determines which component gets installed (a choice of two, limited by
Conditions), I save the value in the registry for uninstall. However, if I
do a registry search for the property instead of declaring it absolutely,
w
MikeR wrote:
>
> Can you post the code for your immediate-mode custom action that saves
> this value for CustomActionData?
>
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Evaluate-property-tp5165399p5167908.html
Sent from the wix-us
Can you post the code for your immediate-mode custom action that saves this
value for CustomActionData?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Evaluate-property-tp5165399p5167894.html
Sent from the wix-users mailing list archive at Nabble.c
Hi,
We deliver our WIX created setup packages with predefined install locations by
setting the INSTALLDIR property in advance. One of our customers requires
installations to be done on the D:\ drive, so we have preset the install
location to D:\.
However, if somebody tries to install this o
MikeR wrote:
>
> You need to write an accompanying immediate-mode custom action that stores
> all the data required into a property named to match your deferred-mode
> custom action name. Then you can access that data via the
> CustomActionData property in your deferred mode custom action.
>
If you only have access to CustomActionData then I'm assuming your custom
action is scheduled for deferred mode. You don't get general property
access during a deferred custom action. You need to write an accompanying
immediate-mode custom action that stores all the data required into a
propert
Tried using Session.Property("TOMCATHOME"), but it just gives me a null.
(Maybe its a Wix 3 thing? I'm using Wix 2 - management decision).
The only Session.Property that I seem to have access to is
Session.Property("CustomActionData"). I tried putting [TOMCATHOME] in there
but it just sends acro
Hi Bryan,
Sorry for late reply. I was on leave.
This problem is defiantly with office hot fix. On our customer side this
problem is not exists because they have all latest office hot fixes.
However we are still trying to find which hot fix solves this issue.
Yes the hotfix is working fine on other
Well, there's done and then there's done. If all goes well, I hope to get
the source code posted this weekend (my wife is away so I'll have some
"quality coding" time). After that, you'll be able to see how it can be done
with Burn.
On Thu, Jun 10, 2010 at 2:33 PM, Blair wrote:
> Burn will suppo
26 matches
Mail list logo
