Is it possible to set a property using If statements, I would like something
like this to work but it doesn't and I am not sure if it can even be done:
?if $(var.ProductName) = SomeName ?
Property Id=NUMLOGGERS Secure=yes Value=2/
?else?
Property Id=NUMLOGGERS Secure=yes
On Tue, Sep 18, 2012 at 8:17 PM, Bob Arnson b...@joyofsetup.com wrote:
On 18-Sep-12 16:24, Benjamin Kaduk wrote:
I'm really confused by this behavior, and don't know where to look
further.
The verbose upgrade log. It will tell you why MSI decided to leave a
file behind.
If it decided to do
The code you give seems fine. Did you want to do it at run-time instead of at
compile time ?
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 19 September 2012 12:37
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] set a property using If
Yes, I took out the secure=yes and it works fine. Thanks
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: 19 September 2012 13:05
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] set a property using If statements
The code
Peter is it possible for this to be done at run time?
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: 19 September 2012 13:05
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] set a property using If statements
The code
Thanks for replying, Bob.
I tried placing 3.5 frameworks first, but I still get the same behavior. I
also tried removing the 4.0 and just leaving 3.5, but the problem persists.
Looks to me like the framework is correctly detected (as there are no
missing framework errors), but for some reason
Yes. Youd use a pair of SetProperty elements (or a default property setting
and an override):
e.g.
SetProperty Id=NUMLOGGERS Value=2ProductName =
somevalue/SetProperty
SetProperty Id= NUMLOGGERS Value=16![CDATA [ ProductName
somevalue ]]/SetProperty
You would need to set the Before or After
A small addition to Peter's answer. I think that you'll get a warning like:
'duplicate of id SetNumloggers'. So better use CustomAction element with
two different 'ID'.
CustomAction Id='First' Property='NUMLOGGERS' Value='2'/CustomAction
InstallExecuteSequence
Custom Action=' First '
Sorry, I'd forgotten about that. Thanks Nelya. You'd end up with 2 custom
actions with the same Id. You need to write out one or both of the set
property custom actions in long form as shown in the previous post
(SetProperty is just a shorthand).
-Original Message-
From: Nelya Iva
Thanks use two, great help. I know the default so I was able to just use one
set property. Thanks
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: 19 September 2012 15:32
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] set
Maybe try using fuslogvw to see if there are some .NET Framework load
failures?
On Wed, Sep 19, 2012 at 6:43 AM, Javier Ibanez jaiba...@harriague.com.arwrote:
Thanks for replying, Bob.
I tried placing 3.5 frameworks first, but I still get the same behavior. I
also tried removing the 4.0 and
Thanks, Jacob, for the explanation about Setup Project being the right
type. Good to know.
Actually, I didn't miss the next step about selecting the Projects tab.
I did select it, but as I had mentioned (probably not very clearly),
there were no items listed under Projects at all (which is
Silly question but you do have both projects within the same solution, right?
-Original Message-
From: Doug Keislar [mailto:d...@musclefish.com]
Sent: Wednesday, September 19, 2012 12:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] instructions
That was it, thanks!! I've added the MyApplication project to the
solution for MySetup, and now it shows up under the Projects tab.
I hadn't used the Add References feature of VS2010 before, so this
wasn't at all obvious to me. Also, I was using the default setting in
the New Project dialog,
(Using WiX 3.5)
For a particular web application, we want to use the network service account in
most cases, but in some cases, we want to use a domain service account.
Is there a way to default to the network service identify, but override that
and use a domain user account if certain
Bob Arnson wrote:
Benjamin Kaduk wrote:
I'm really confused by this behavior, and don't know where to look
further.
The verbose upgrade log. It will tell you why MSI decided to leave a
ile behind.
The problem is, as far as I can tell from the verbose upgrade log, MSI
does not think it is
Hello,
We are testing upgrade from an older version to the version we are
about to release. We noticed that upgrading msiexec.exe /i my.msi
successfully upgrades the old product files with the new ones.
However, silently installing with the following command fails:
msiexec.exe /i my.msi
I just verified with QA that both UI AND silent upgrades fail, which I
believe is caused by the absence of Package Id in the old product version.
So, the question now is if there is a way to automatically uninstall the old
version of the product without Package Id when upgrading to the new
Ignore the APPCOMPAT.
What does your Upgrade table look like? What are the versions of the old and
new MSI?
-Original Message-
From: Alec Swan [mailto:alecs...@gmail.com]
Sent: Wednesday, September 19, 2012 2:49 PM
To: General discussion for Windows Installer XML toolset.
Subject:
We are trying to upgrade from 18.3 to 19.0.1.
Here is the upgrade code:
Upgrade Id=E8805AF3-CF50-4092-BE57-220A8C51E2AA
UpgradeVersion OnlyDetect=no Minimum=18.0.1 IncludeMinimum=no
Property=NEWERVERSIONDETECTED/
UpgradeVersion OnlyDetect=no Maximum=19.0.1 IncludeMaximum=no
Hmm, I think you are missing a minimum on OlderVerionBeingUpgraded
!-- This information enables Windows Installer major upgrade functionality
so users can seamlessly --
!-- install a new version of the product and have the old version
automatically uninstall behind--
!-- the
I took that Upgrade snippet from Rob's answer on
http://stackoverflow.com/a/724098.
Let me try this with Minimum set.
Thanks,
Alec
On Wed, Sep 19, 2012 at 3:09 PM, Hoover, Jacob [via Windows Installer
XML (WiX) toolset] ml-node+s687559n7580675...@n2.nabble.com wrote:
Hmm, I think you are
You might want to look at the MajorUpgrade element
http://wix.sourceforge.net/manual-wix3/major_upgrade.htm it makes it easier to
implement upgrades.
Neil
-Original Message-
From: Alec [mailto:alecs...@gmail.com]
Sent: 19 September 2012 22:12
To: wix-users@lists.sourceforge.net
Sigh...
I need to modify an xml file:
applicationSettings
Company.Enterprise.Management.Properties.Settings
setting name=IsCompanyServer serializeAs=String
value*false*/value
/setting
setting name=SyncIntervalMinutes serializeAs=String
value3/value
Your ElementPath isn't pointing to anything beyond your root element of
appplicationSettings, as far as I can tell. You need to use XPath to specify
the inner text of that deeper element. Seems it is almost always some trial and
error to nail these. I like to create a mini installer that does
I've got the following markup in my bootstrapper:
BootstrapperApplicationRef
Id=WixStandardBootstrapperApplication.Foundation
bal:WixStandardBootstrapperApplication
ThemeFile=custom.thm
LicenseFile=CustomLicense.rtf
LocalizationFile=thm.wxl
The RtfLicense standard UI works. Are there any known issues with the
Foundation UI?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-standard-UI-wxl-tp7580680p7580681.html
Sent from the wix-users mailing list archive at Nabble.com.
Hi,
I have the same problem, can you please explain with detail?
i.e
how to set the args.Result to cancel?
Is there any events for set args.cancel?
Could you help for this?
Thanks,
Kannan
--
View this message in context:
Hi Wix user list!
I've been trying to solve a very small issue with a manually created Wix
proj file and resource files...
My wixproj file (done without Visual Studio but by hand) looks like this:
?xml version=1.0 encoding=utf-8?
Project DefaultTargets=Build xmlns=
29 matches
Mail list logo