From http://msdn.microsoft.com/en-us/library/aa369037(VS.85).aspx
---
This action [1] has duplicate sequence number [2] in the table [3].
ICE82 posts a warning if there are two actions with the same sequence number
listed in the InstallExecuteSequence, Install
I'm using WiX 3.0.5419.0 to make a merge module, and my INF files (and only the
INFs, no other files) are getting entries put in the MsiFileHash table. Candle
and light are not complaining when they make the MSM, but when I use the merge
module in an MSI, light correctly says
light.exe : error
I googled around, and I understand what the warning means, however, I do not
see where it is coming from in my Wix projects. Could someone point me in the
right direction as to locating what is causing the ICE82 Warning?
Also, has anyone corrected the Office PIA warning? We are using the Visua
I'm trying to change the app pool of a website I'm installing in iis7 (created
using the IISExtension's Website) using XmlConfig against
applicationHost.config. But even though I place the component that alters the
config at the end of the Feature, it seems like the website doesn't show up in
Got a simple install condition that, once I get past the repair/uninstall
dialog, prevents me from uninstalling.
The condition is
When I try to uninstall, I get past the point where this condition would
normally stop installation to the screen where I am asked if I wish to repair
or
Latest update fixes all my woes!
-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com]
Sent: Thursday, April 22, 2010 1:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException
Strike that.
Figured it out, chan
YAY! Works now! Thanks for the reminder to update.
-Original Message-
From: Asiri Wanigarathne [mailto:waas...@gmail.com]
Sent: Thursday, April 22, 2010 7:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Execute a script
same here on every tuesday
..and remember that MSI installs don't violate security. You may be thinking
that there is a setting that allows somebody with non-admin privileges to do an
install that writes to restricted locations. Are you writing to the registry
with custom actions are or they defined in WiX?
Phil Wilson
The reason I ask is that elevated custom actions run with the system account
and that doesn't have network privileges. Validation might be tricky.
Apart from that, you're basically using an Upgrade element to detect the prior
version and taking a dialog path based on that.
Phil Wilson
-O
Hi all,
We are using wix for development of setup tools for our software. As part of
our efforts we would like to enhance Wix by some parts and (hopefully) share
the results with you. In addition we are willing to provide some effort into
fixing problems with Wix.
The question is now: Where's
Hi,
I notice in Wix 3.5 (3.5.1616.0) that when running a build command line that
the $(TargetPath) property is now working out correctly.
The AfterBuild task is:
>From build in VS 2010 the output is:
- Copying file from
"C:\path\WixInstaller\bin\Core_x64\en-US\WixInstaller.msi" to
>From buil
Hi ,
we have all of our installers in WIX 3.0 . Now i want to upgrade them to wix
3.5
what is the process of migrating these projects?
when I open in visual studion 2010 with wix 3.5 version , it is giving the
following error.
error : The imported project "C:\Program Files
(x86)\MSBuild\Micros
Hi,
I see from a previous mail
(http://n2.nabble.com/Registry-Permissions-td2939332.html#a2939332) that
for some reason only file system permissions are allowed to be
inherited, is there some reason for this as I could really do with
adding an inheritable permission in the registry?
Does a
Turn verbose output on in your project or run light.exe with -v if you
don't use votive & check the logs?
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Integrated Environm
Trying to reference a Property in a RegistrySearch which sets that
Property would do that.
Your original code:
I wouldn't expect Windows Installer to support recursion in that manner
(or at all, it's a transactional system).
Also you can reference environment vari
Not possible. Rollback Custom Actions executed differently to normal
ones so you will need both. See ->
http://msdn.microsoft.com/en-us/library/aa371369.aspx
Also you don't need an Execute attribute on Type 51 custom actions.
They're only setting properties so they happen immediately anyway.
Pal
Check a verbose log.
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - He
17 matches
Mail list logo