Re: [WiX-users] Another version of this product is already installed

Martin, Package ID should always be different. That's why it is set to '*'. For major upgrade to work, you need to change product id and version (version in MSI is first 3 fields. If two versions have the same first 3 fields and differ only in the fourth field, as far as MSI concerned - they

Re: [WiX-users] Are there any known problems with XPath expressions in custom action?

Try to set SelectionLanguage attribute to XPath. >From the doc on XmlFile: " Specify whether the DOM object should use XPath language or the old XSLPattern language (*default*) as the query language." Alex -Original Message- From: Jamie Thomson [mailto:ja...@jamie-thomson.net] Sent:

Re: [WiX-users] Where is DesktopFolder?

>Kevin Burton wrote: >So what does it mean to have "DesktopFolder" underneath the TARGETDIR. That is >certainly not the hierarchy that is on my computer. Kevin, Let me try to explain this one. Think of it as "default" directory hierarchy with possibility to override default entirely or partial

Re: [WiX-users] obtaining a features install state

Combination of: http://blogs.technet.com/b/alexshev/archive/2008/02/14/from-msi-to-wix-part-6-customizing-installation-using-custom-tables.aspx and http://blogs.technet.com/b/alexshev/archive/2008/07/01/from-msi-to-wix-part-19-the-art-of-custom-action-part-1.aspx Should give you an idea on how

Re: [WiX-users] XMLFile

Add SelectionLanguage attribute to your element: -Original Message- From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] Sent: Thursday, June 17, 2010 3:20 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] XMLFile This is my xml:

Re: [WiX-users] XMLFile

Hi Carolina, Your XPath looks fine. You need to show your XML. Include element and its parents in the xml file. Do you have something like: ... ... ... -Original Message- From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] Sent: Thursday, June 17,

Re: [WiX-users] XMLFile

Your XML is malformed: \\convs07\Historical Integration\DataFarm\WIT\Files\ Should be either: Or \\convs07\Historical Integration\DataFarm\WIT\Files\ Alex -Original Message- From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] Sent:

Re: [WiX-users] User Identifier Windows

You mean LogonUser (http://msdn.microsoft.com/en-us/library/aa369780(v=VS.85).aspx) or something else? -Original Message- From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] Sent: Friday, May 14, 2010 12:33 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Use

Re: [WiX-users] Accessing Custom Table

That was my first thought too, but according to MSDN (http://msdn.microsoft.com/en-us/library/aa372021(VS.85).aspx): A {column-list} is a comma-delimited list of one or more table columns referred to as {column} selected. Ambiguous columns may be further qualified as {tablename.column}. An aste

Re: [WiX-users] Custom Action

Looks like this command requires admin privileges. Try changing your CA to be deferred and run it before InstallFinalize. -Original Message- From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] Sent: Tuesday, May 11, 2010 9:06 AM To: 'General discussion for Windows Insta

Re: [WiX-users] How to NOT Delete Application Directory on Uninstall?

Hi Joseph, Let's first make sure we use correct terminology. Wix is a tool to create MSI installers. MSI installer installs, upgrades and uninstalls products and while doing that, it also creates/deletes folders among numerous other things. One thing you can use to solve your problem is the fa

Re: [WiX-users] can't find file in non-cab media

ly, I had Package/@Compressed="yes", and File/@Compressed="no" on just my one external file. I guess it only works in one direction. Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.com | www.timeamerica.com --

Re: [WiX-users] Creating a shortcut : using shell32 common icons ?

I don't think MSI supports that. See definition of the Icon table (http://msdn.microsoft.com/en-us/library/aa369210(v=VS.85).aspx) -Original Message- From: Sylvain Petreolle [mailto:sylv...@mhzwireless.com] Sent: Tuesday, May 04, 2010 3:26 AM To: Wix-Users Subject: [WiX-users] Creatin

Re: [WiX-users] can't find file in non-cab media

Hi Matt, I have some information (old because it covers WiX 2.0, but your problem is more of MSI-related issue) in http://blogs.technet.com/alexshev/archive/2008/04/04/from-msi-to-wix-part-16-installable-items-handling-installation-media.aspx I am not 100% sure, don't have time to test it, but m

Re: [WiX-users] Program Menu: Target shortcut is a Directory

http://en.wikipedia.org/wiki/ComSpec -Original Message- From: jeff00seattle [mailto:jeff_tan...@earthlink.net] Sent: Thursday, April 29, 2010 12:03 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Program Menu: Target shortcut is a Directory Thanks for the reply I look

Re: [WiX-users] VSIX after installation?

Seems like there is special procedure to do that: http://msdn.microsoft.com/en-us/library/ee332502.aspx Also, documentation is saying that in order to install templates using .vsix, target system has to have SDK or Visual Studio installed. As far as WiX code validity, CA declaration looks fine.

Re: [WiX-users] Program Menu: Target shortcut is a Directory

Target must be this: Target='[%ComSpec]' -Original Message- From: jeff00seattle [mailto:jeff_tan...@earthlink.net] Sent: Tuesday, April 27, 2010 5:02 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Program Menu: Target shortcut is a Directory Addendum: I have actually

Re: [WiX-users] Program Menu: Target shortcut is a Directory

Hi Jeff, Let's step back and take a closer look at your code below. Normally we start directory structure like this: ... By default, product will be installed in ProgramFilesFolder (see http://msdn.microsoft.com/en-us/library/aa370905(v=VS.85).aspx#system_folder_propertie

Re: [WiX-users] Program Menu: Target shortcut is a Directory

In http://blogs.technet.com/alexshev/archive/2008/02/20/from-msi-to-wix-part-10-shortcuts.aspx search for "Special case - Starting application in the command window", change: Arguments='/k "[!ConsoleApp.exe]"' To: Arguments='/k' That will open command window in the folder of your choice. Goo

Re: [WiX-users] A couple of Wix 2.0 questions

Hi Mark, MSI packages support three top level actions. Which one of them will be run depends on the switch we pass to the msiexec utility (I will omit for now MSI API calls) and that also will determine which sequence tables will be used during install. So, when /i switch is passed, MSI will e

Re: [WiX-users] Shortcut is not using specified icon

Hi Markus, The Source (http://msdn.microsoft.com/en-us/library/aa369210) is saying: "Icon files that are associated strictly with file name extensions or CLSIDs can have any extension, such as .ico. However, Icon files that are associated with shortcuts must be in the EXE binary format and must

Re: [WiX-users] File copying issue

http://blogs.technet.com/alexshev/archive/2008/03/25/property-does-not-exist-or-empty-when-accessed-from-deferred-custom-action.aspx -Original Message- From: Sanjay Rao [mailto:s...@noida.interrasystems.com] Sent: Wednesday, April 07, 2010 1:29 AM To: General discussion for Windows Inst

Re: [WiX-users] version upgrade problem

Hi Sanjay, Do you have RemoveExistingProducts scheduled? Alex -Original Message- From: Sanjay Rao [mailto:s...@noida.interrasystems.com] Sent: Monday, April 05, 2010 12:06 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] version upgrade problem Hi All

Re: [WiX-users] Install external program from CDROM drive

:\ drive (CD ROM Drive). If it does then half problem is solved. Yes, I wish bootstrapper - I do have it but got to remove it, well requirements are that we need to install items on demand based on user selection. Arun Perregattur -Original Message- From: Alexander Shevchuk (Volt

Re: [WiX-users] Install external program from CDROM drive

You need CA Type 34 (http://blogs.technet.com/alexshev/archive/2008/02/21/from-msi-to-wix-part-5-custom-actions.aspx) and use [SourceDir] (instead of [cdromdir]). Still, bootstrapper is probably a better choice to install SQL prerequisite. -Original Message- From: Arun Perregatturv [ma

Re: [WiX-users] SqlString is Name a keyword?

Hi Steve, I guess, SQL attribute is a Formatted string. Try to escape [ and ]: [\[] And [\]] Alex -Original Message- From: Steve Braswell [mailto:sbrasw...@informasoftware.com] Sent: Monday, December 07, 2009 1:12 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] SqlSt

Re: [WiX-users] CustomActionData for uninstall

Your "UnDeploy" custom action does not have Execute="deferred" attribute, which means it is immediate CA. -Original Message- From: cce91 [mailto:ell...@nortel.com] Sent: Monday, November 23, 2009 1:55 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] CustomActionData for unins

Re: [WiX-users] Require version for upgrade

element under is a LaunchConditions action and usually LaunchConditions action is scheduled way before FindRelatedProducts action. What you need is appropriately conditioned Custom Action Type 19 scheduled right after FindRelatedProducts in both InstallUISequence and InstallExecuteSequence.

Re: [WiX-users] Property-RegistrySearch during uninstall

> When during the uninstall are the RegistrySearch values evaluated? RegistrySearch is evaluated during AppSearch action. >Are they evaluated during by uninstall package that is invoked during >a major upgrade as well? If so, when? Uninstall during major upgrade is done by RemoveExistingProduct

Re: [WiX-users] ServiceInstall - Start element

Type of serviceinst...@start attribute is not "Formatted" (http://msdn.microsoft.com/en-us/library/aa368609(VS.85).aspx). So, depending on when decision has to be made on this attribute's value: - Build time Use preprocessor directives to set variable and use it something like this: .

Re: [WiX-users] util:XmlFile, conditionally set value

Hi Scott, If this condition does not apply to a component which installs Web.config file, put in separate and apply condition to it: Basically, is a child of and does not have children of its own: http://wix.sourceforge.net/manual-wix2/wix_xsd_component.htm - Component http://wix.so

Re: [WiX-users] Conditional installation depending on file existence

All custom directories, like SHELLPATH are represented as properties and they will get their values after CostFinalize (suggested sequence number in InstallExecuteSequence - 1000). Your mailto:mirram...@googlemail.com] Sent: Monday, October 26, 2009 4:18 PM To: General discussion for Windows In

Re: [WiX-users] Modify INSTALLDIR using custom action?

You need to use CA Type 35 scheduled after CostFinalize to set MYDIR to whatever you want. Alex -Original Message- From: Hoang Le [mailto:hoangle2...@gmail.com] Sent: Thursday, October 22, 2009 3:44 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users]

Re: [WiX-users] Directory Table Question

Hi Chris, If you will dark resulting msi (with merge module included), you'll see something like this: . . . . . . . . . . . . . . . Alex -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, September 18, 2009 7:03 AM

Re: [WiX-users] WIX Upgrade

In Wix help file read "How To Guides"\"Updates"\How To: Implement a Major Upgrade In Your Installer" -Original Message- From: Anu Dev [mailto:queryl...@yahoo.com] Sent: Thursday, September 03, 2009 9:49 AM To: WIX Subject: [WiX-users] WIX Upgrade Hi   Wanted to know if anyone of you

Re: [WiX-users] Uninstalling Virtual Directories

Hi Jaspreet, Move your default web site declaration out of to . Alex -Original Message- From: Jaspreet Nabha [mailto:jaspreet.na...@headstrong.com] Sent: Thursday, September 03, 2009 12:50 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Uninstalling Virtual Directories Hi

Re: [WiX-users] hoping for confirmation

Sent: Tuesday, September 01, 2009 1:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] hoping for confirmation Ah thank you! I knew I must be missing something simple. Amy -Original Message- From: Alexander Shevchuk (Volt) [mailto:a-ale...@microsoft.

Re: [WiX-users] hoping for confirmation

Hi Amy, Did you set UpgradeVersion/@MigrateFeatures to "yes" on product you want to upgrade? Alex -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Tuesday, September 01, 2009 9:28 AM To: General discussion for Windows Installer XML toolset. Subject: [W

Re: [WiX-users] Backup an existing file

Hi Hicholas, will be translated to a record in the MoveFile table (http://msdn.microsoft.com/en-us/library/aa370055(VS.85).aspx) and will be processed by MoveFiles action (http://msdn.microsoft.com/en-us/library/aa370054(VS.85).aspx). The very last statement in the MoveFiles Action descriptio

Re: [WiX-users] How to use the FeatureId in a CustomAction condition

See "Conditional Statement Syntax" - http://msdn.microsoft.com/en-us/library/aa368012(VS.85).aspx Ampersand means action to be applied to the feature. Alex -Original Message- From: Arvind Aiyar [mailto:arvind.ai...@microsoft.com] Sent: Monday, August 31, 2009 11:22 AM To: General dis

Re: [WiX-users] Add to Existing ProgramsMenu Folder

will delete only empty folders. If your shortcut is not the last in the FooBarProgramsFolder, it won't be deleted on your product uninstall. Alex -Original Message- From: Richard Hallett [mailto:richard.hall...@eduserv.org.uk] Sent: Wednesday, August 26, 2009 9:03 AM To: 'wix-users@

Re: [WiX-users] Partial uninstall

Hi Greg, >If the product is installed, is it possible to uninstall some, but not all >features? During "Change" install (in Program and Features, former ARP) users can uncheck any of the installed features to uninstall them. If no UI is involved, in command command line provide REMOVE propert

Re: [WiX-users] Creating Scheduled Tasks using Wix

Hi James, Have you tried the usual XML escaping? UP Alex -Original Message- From: MacDiarmid, James D [mailto:james.macdiar...@eds.com] Sent: Monday, July 27, 2009 8:51 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating

Re: [WiX-users] conditionally append to a directory

ss [HostDir] is still empty at that time, because when I attempt to append to it all I get is 'Software' (nothing preceeding it). I've also tried a action with similar results. Is there a better way to do this? Thanks -- Forwarded message -- From: "Alexander S

Re: [WiX-users] conditionally append to a directory

>I've scheduled this before CostFinalize. Directory resolution happens during CostFinalize. You need to schedule your CA after CostFinalize. Why are you scheduling your CA before CostFinalize? Any concerns that after CostFinalize it will be too late to change the installation folder? Alex

Re: [WiX-users] how to force uninstall before install

Search for "Major Upgrade". Alex -Original Message- From: jo...@msli.com [mailto:jo...@msli.com] Sent: Friday, July 24, 2009 8:59 AM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] how to force uninstall before install I am going thought the process of

Re: [WiX-users] filesearch not finding file

Hi Eric, Directory resolution is done during CostFinalize, way after AppSearch. What you need to do is save the value of HostDir in the registry as part of your install. Then, during reinstall/upgrade you can use AppSearch to get saved value from registry and use it for FileSearch. Alex -O

Re: [WiX-users] end up with emtpy msi

dd to MyApp.wxs The installer does install. :)) But it doesn't un-install all the directories, and the App doesn't work once installed, so I have more learning. On Wed, 2009-07-22

Re: [WiX-users] filesearch not finding file

>So instead I'm checking for the presence of this file. If it's there, I want >to fail the install. Not sure how and when HostDir property gets its value. You might want to make it public (all uppercase and Secure set to "yes") if AppSearch happens in the InstallExecuteSequence. Alex -

Re: [WiX-users] end up with emtpy msi

As far as Media element, this can help: http://blogs.technet.com/alexshev/archive/2008/04/04/from-msi-to-wix-part-16 -installable-items-handling-installation-media.aspx I have suspicion that wxs files created by Paraffin contain fragments and in order to include content of fragment to resulting m

Re: [WiX-users] Upgrading...

Few options available here and you can find more using search engine of your choice: Neil Sleightholm's blog: - http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrades.ht ml My take on it: - http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8- major

Re: [WiX-users] inifilesearch doesn't execute

Read about IniLocator table (http://msdn.microsoft.com/en-us/library/aa369283(VS.85).aspx): "... The .ini file must be present in the default Microsoft Windows directory." Also, it's the other way around. Parent element starts search and child element continues it with what parent found. So, IniF

Re: [WiX-users] Upgrade Migrate Products Flag or Custom Action

I just want to add that there is one more option, very similar to storing property value in registry - storing it in the .ini file and use IniFileSearch. Murray, thanks for being so kind. I'm glad you found Major Upgrade post useful. Alex -Original Message- From: Michael Osmond [mail

Re: [WiX-users] User's Environment Variable in DirectorySearch

Hi Ben, Description of DrLocator table (http://msdn.microsoft.com/en-us/library/aa368331.aspx) states that Path column has type AnyPath (http://msdn.microsoft.com/en-us/library/aa367562(VS.85).aspx). Description of AnyPath mentions that path may contain *properties* enclosed in square brackets

Re: [WiX-users] Command Line Parameters to Deferred Custom Action on Vista

For deferred custom actions you pass parameters through CustomActionData. See http://blogs.technet.com/alexshev/archive/2008/03/25/property-does-not-exist-or-empty-when-accessed-from-deferred-custom-action.aspx for details. Alex -Original Message- From: Rajesh P [mailto:rajeshp.bl...@

Re: [WiX-users] Service Install doesn't work when the component keypath is used

This is requirement for ServiceInstall table (http://msdn.microsoft.com/en-us/library/aa371637(VS.85).aspx). Look for description of Component_ column: "External key to column one of the Component Table. Note that to install this service using the InstallService table, the KeyPath for this com

Re: [WiX-users] custom action ExeCommand attribute

There are two issues here. First of all, value provided for ExeCommand attribute is not a valid XML. Remember that < > ' " characters have to be encoded: ExeCommand='-d "[INSTALLLOCATION] " -f " [TempFolder]eclipse.zip"' Second, it seems like whatever tool is parsing this XML is using unorth

Re: [WiX-users] Launch Conditions

Hi Colin, It is: XXX NOT: YYY Also, you want Property's Id to be in all uppercase. The only time when you need CDATA in condition is when condition text includes & > < ' " characters. Regards, Alex -Original Message- From: Colin Fox [mailto:greenene...@gmail.c

Re: [WiX-users] Updating full package

Hi Michael, Make sure you follow all required steps to make major upgrade work. In your simplified code I see Version attribute hard coded to "0.0.0.0". Also, you did not provide your table and how you schedule . It is not obvious from your code if you change Product/@Id with every build.

Re: [WiX-users] CustoAction as early as possible

When UI is in use during installation (UI level is not None), Windows Installer starts with actions from InstallUISequence table. In case when UI level is set to None, you still want to schedule custom action in InstallExecuteSequence table. In that case you may want Execute attribute to be "fi

Re: [WiX-users] Properties in WiX

Properties are not WiX feature, it is an MSI feature. You can find answers on your questions here: http://msdn.microsoft.com/en-us/library/aa370889(VS.85).aspx Regards, Alex -Original Message- From: Kiran Challa [mailto:kicha...@microsoft.com] Sent: Monday, January 26, 2009 12:56 PM T

Re: [WiX-users] ServiceInstall as deferred action

ServiceInstall is already deferred. See Suggested InstallExecuteSequence (http://msdn.microsoft.com/en-us/library/aa372038(VS.85).aspx) - InstallServices standard action is scheduled after InstallInitialize. I am not sure what you mean by constructing exe path during execution. ServiceInstall

Re: [WiX-users] Serviceinstall - can I set it in a sequence

Based on very limited provided information about your scenario - possibly incomplete advise: - schedule your custom action before InstallServices standard action; - condition your custom action on - fresh install OR component state being changed to Install Local/Run From Source. Alex -O

Re: [WiX-users] Detecting if a feature is marked for install

Frank, I am guessing here, the reason "NOT &Firebird=0" does not get evaluated to TRUE is because 0 is not a valid value for a feature state (see http://msdn.microsoft.com/en-us/library/aa368012(VS.85).aspx). This description from Condition table (http://msdn.microsoft.com/en-us/library/aa3680

Re: [WiX-users] Detecting if a feature is marked for install

You are mixing to things in your condition: - Property Installed is telling us if product is installed or not - &Feature is telling us to what state feature is changing from its current state This important to understand because user may select a feature to be installed during fresh install of t

Re: [WiX-users] Setting Install Location

: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Setting Install Location On Tue, Dec 23, 2008 at 10:55 AM, Alexander Shevchuk < alexander.shevc...@microsoft.com> wrote: > Hi Colin, > > Try this: > > - Use AppSearch to set the value of

Re: [WiX-users] Setting Install Location

Also, regarding registry search. The way how your RegistrySearch is provided - you are looking for a *value* SharePoint under SOFTWARE\Microsoft\.NETFramework\AssemblyFolders\. Is that what you want? I think, you actually want a default registry value (no name) for the "SOFTWARE\Microsoft\.NET

Re: [WiX-users] Setting Install Location

Hi Colin, Try this: - Use AppSearch to set the value of public property, say - SHAREPOINT - Schedule custom action type 35: NOT Installed You should be good to go. Make sure that your custom action is scheduled after CostFinalize. Alex -Original Message- From: Colin F

Re: [WiX-users] CA Control

Hi Nagaraju, Set CustomAction/@Return to either "asyncWait" or "check" (if you want to check for error condition in your cmd file). Alex -Original Message- From: Nagaraju Manduri (Sogeti) [mailto:v-na...@microsoft.com] Sent: Monday, December 22, 2008 1:35 PM To: wix-users@lists.sourcef

Re: [WiX-users] Invalid ICE61 on major upgrade in WiX 3 (3.0.4805.0)

ssage- From: Alexander Shevchuk [mailto:alexander.shevc...@microsoft.com] Sent: Thursday, December 11, 2008 16:13 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Invalid ICE61 on major upgrade in WiX 3 (3.0.4805.0) I am pretty sure I did not have this ICE before installing 3.0.4805

[WiX-users] Invalid ICE61 on major upgrade in WiX 3 (3.0.4805.0)

I am pretty sure I did not have this ICE before installing 3.0.4805.0. Here is an upgrade table I am using: After installing 4805, I am getting: ICE61: This product should remove only older versions of itself. The Maximum version is not less than the current product. (1.0.1.0 1.0.

Re: [WiX-users] Determining the version of msi installed

It all depends on where you are getting MSI version and/or where you are using it. Good starting point for this is: http://msdn.microsoft.com/en-us/library/aa368280(VS.85).aspx Alex -Original Message- From: Sean Farrow [mailto:[EMAIL PROTECTED] Sent: Sunday, November 16, 2008 3:13 AM

Re: [WiX-users] Better way to handle upgrades?

If you use major upgrades only, you can use third field to indicate the new version. -Original Message- From: Colin Bleckner [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2008 2:55 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Better way to

Re: [WiX-users] Better way to handle upgrades?

Look at description for ICE61 (http://msdn.microsoft.com/en-us/library/aa369005(VS.85).aspx). At the very end there is a Community Content section. Looks like there is a bug in ICE61. -Original Message- From: John Cooper (Volt) [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 200

Re: [WiX-users] Upgrade problems when using directory as keypath

You may want to use Companion files (http://msdn.microsoft.com/en-us/library/aa367997(VS.85).aspx) in this situation. -Original Message- From: zett42 [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2008 10:08 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Upgrade pr

Re: [WiX-users] Custom action with elevated privileges doesn't work

I have not tested it, but maybe the problem is that deferred custom action to launch executable is asynchronous. Hard to say without seeing the code. -Original Message- From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 10:34 AM To:

Re: [WiX-users] Change the title during install

Title column in Feature table (http://msdn.microsoft.com/en-us/library/aa368585(VS.85).aspx) has type Text (http://msdn.microsoft.com/en-us/library/aa372072(VS.85).aspx). Things like [PROPERTYNAME] are valid in Formatted type (http://msdn.microsoft.com/en-us/library/aa368609(VS.85).aspx). You

Re: [WiX-users] Variable Shorcut Name and Upgrading...

Hi Tony, What is the layout of your transitive components? What your shortcuts point to - file or folder? Are shortcuts in the same component as files they point to (providing that they point to files, of course)? Are you sure that old components are uninstalled? Alex -Original Messag

Re: [WiX-users] Custom action Specific Errors

It is documented on MSDN: - Custom actions in general: http://msdn.microsoft.com/en-us/library/aa368066(VS.85).aspx - Return values (DLL and EXE): http://msdn.microsoft.com/en-us/library/aa368072(VS.85).aspx - Return values for scripting CA: http://msdn.microsoft.com/en-us/library/aa371254(VS

Re: [WiX-users] Trying to create a user.

1. Start Wix.chm 2. Click on "Index" tab. 3. Type "user" in "Type in the keyword to find". 4. Click on "User Element" in the list box below. 5. Click "Locate" on the toolbar. You will see that element belongs to Util schema. 1. Add reference to WixUtilExtension 2. Add reference to element to en

[WiX-users] MMC managed snapin CA in V3?

Sorry if that was answered before, in this case I somehow missed it. What happened to SnapIn, ExtendedNodeType, PublishedNodeType, and Resources elements in V3? Thanks, Alex - This SF.Net email is sponsored by the Moblin Y

Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)

work? Alexander Shevchuk wrote: > > Remember that UPGRADINGPRODUCTCODE is set by RemoveExistingProducts > action. For your condition for UninstallCA to work properly, > RemoveExistingProducts must be scheduled before your custom action. > - A. Logan Murray http://pihole.org/ --

Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)

Remember that UPGRADINGPRODUCTCODE is set by RemoveExistingProducts action. For your condition for UninstallCA to work properly, RemoveExistingProducts must be scheduled before your custom action. REMOVE="ALL" means complete uninstall. -Original Message- From: chaiguy1337 [mailto:[EM

Re: [WiX-users] Problem disabling "Repair"

>-Original Message- >From: Sébastien Mouren [mailto:[EMAIL PROTECTED] > >Allow me to laugh a bit... >I spoke about the REINSTALL property not the REMOVE one. >According to your Wix snippet, you're also doing wrong with your >CustomAction: you only insert it in the InstallExecuteSequence. >I

Re: [WiX-users] Problem disabling "Repair"

MSDN topic on REMOVE property (http://msdn.microsoft.com/en-us/library/aa371194(VS.85).aspx) states: "...the REMOVE property may not equal ALL until after the InstallValidate action." On the other hand, instead of saying "if not fresh install and not uninstall and not patch and not upgrade" ju

Re: [WiX-users] Problem in Upgrade scenario

If you schedule RemoveExistingProduct *after* InstallFinalize, major upgrade will touch only components where keypath is different. If you did not change your performance counters, they should not be uninstalled. Component will be upgraded regardless of UPGRADINGPRODUCTCODE if keypath is diffe

Re: [WiX-users] detect schedule reboot

You can either call MsiGetMode/Session.Mode from custom action or, if you are using MSI version 4.0, use MsiSystemRebootPending property. -Original Message- From: Paul Elsner [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 5:45 AM To: wix-users@lists.sourceforge.net Subject: [W

Re: [WiX-users] Major upgrade scenario problem

s. Thanks Amit Srivastava On 10/19/08, Alexander Shevchuk <[EMAIL PROTECTED]> wrote: > Amit, > > That is how major upgrade works. If you want to preserve Config files > during major upgrade you have to either copy files to temp folder before > upgrade and restore them afte

Re: [WiX-users] The Component element contains an unexpectedchild element 'XmlFile'

You need to add/change the following: http://schemas.microsoft.com/wix/2006/wi"; xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";> and There are some changes in the syntax of WiX from 2.0 to 3.0. You need to invest some time in reading 3.0 help file. -Original Messag

Re: [WiX-users] Major upgrade scenario problem

Amit, That is how major upgrade works. If you want to preserve Config files during major upgrade you have to either copy files to temp folder before upgrade and restore them after or you need to write custom action which will read the changes from the Config files, preserve them somewhere (lik

Re: [WiX-users] WcaGetProperty and memory management

Use ReleaseStr. -Original Message- From: Alex Ivanoff [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 15, 2008 9:17 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] WcaGetProperty and memory management How do you free memory allocated by WcaGetProperty

Re: [WiX-users] fragments and include files

October 14, 2008 3:55 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] fragments and include files Alex, Thanks very much. That is very helpful. That might be worth adding to your very useful blog. I refer to it almost daily! Ian -Original Message----- From:

Re: [WiX-users] Major upgrade from an IS12 installer project

One more thing. Make sure that original installation does not have ARPSYSTEMCOMPONENT set. -Original Message- From: Michael Owings [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 3:28 PM To: Alexander Shevchuk Cc: General discussion for Windows Installer XML toolset. Subject

Re: [WiX-users] fragments and include files

Hi Ian, In simplest terms: everything from will end up in your msi database. Only fragments which are referenced from the main code will be included in resulting msi database. For example: File1.wxs: File2.wxs: Main.wxs: In addition, you can compile file with fragment i

Re: [WiX-users] Major upgrade from an IS12 installer project

Normally, that registry key holds a ProductName property: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\[ProductName] So, your choices are either change your ProductName to match original from InstallShield or keep your current ProductName and remove that InstallShield registry key.

Re: [WiX-users] Exit Code is not working for return="check" in custom action.

According to The Source (http://msdn.microsoft.com/en-us/library/aa368072(VS.85).aspx): "Note that custom actions that are executable files must return a value of 0 for success. The installer interprets any other return value as failure." Are you absolutely, positively sure that your custom act

Re: [WiX-users] Integration with Corext

This is CoreXT question. Send your request to corext internal alias. -Original Message- From: Sandeep Gautam (HCL Technologies Ltd) [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2008 12:02 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Integration with Corext Hi, I

Re: [WiX-users] Access denied messages during minor upgrades related to service process

I think what you need is a deferred custom action scheduled in between StopServices and DeleteServices actions. This deferred custom action must call ChangeServiceConfig api (http://msdn.microsoft.com/en-us/library/ms681987(VS.85).aspx) to reset lpServiceStartName and lpPassword to LocalSystem

Re: [WiX-users] Custom Action is not running

Madhavi, You don't need to include the path and executable name in the ExeCommand attribute's value. Only parameters for the executable: If the source you provided below is complete, I suspect that the real issue is that you don't have any features, nor components to install. Try to add

Re: [WiX-users] Component execution based on condition

http://blogs.msdn.com/oldnewthing/archive/2007/04/13/2106139.aspx -Original Message- From: Sandeep Gautam (HCL Technologies Ltd) [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 07, 2008 3:59 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Component

  1   2   3   >