Re: [WiX-users] Wix Installer Upgrade problem

2009-04-14 Thread Michael
Hi Alex,

I'm having one problem with Wix installer upgrade. My installer 
working fine for upgrades of older version. If new version(1.0.1.1) 
installed, then I try to install old version (1.0.0.0). Thats too 
installing. I'm getting two instances of my product in 'Add/Remove 
Programs'. What will be the cause?

Thanks.

Regards,
-SMR

Michael wrote:
 Thanks Alex Cater,

 Now Major upgrade working fine.
 Alex Cater wrote:
   
 Also I tried with changing product id.

 This is the correct thing to do. The product code must always be changed for 
 a major upgrade.


 In this case, I'm getting two instances in 'Add/Remove Programs'.


 The old product has not been removed because you have erroneously set the 
 OnlyDetect attribute to 'yes' on the 'PREVIOUSVERSIONSINSTALLED' 
 UpgradeVersion element.


 UpgradeVersion OnlyDetect='yes' Property='PREVIOUSVERSIONSINSTALLED' 
 Minimum='1.0.0.0' IncludeMinimum='yes' Maximum='1.0.1.1' 
 IncludeMaximum='no'/


   
 


 No virus found in this incoming message.
 Checked by AVG - www.avg.com 
 Version: 8.0.238 / Virus Database: 270.11.54/2056 - Release Date: 04/13/09 
 05:51:00

   
 


 --
 This SF.net email is sponsored by:
 High Quality Requirements in a Collaborative Environment.
 Download a free trial of Rational Requirements Composer Now!
 http://p.sf.net/sfu/www-ibm-com
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
   
 


 No virus found in this incoming message.
 Checked by AVG - www.avg.com 
 Version: 8.0.238 / Virus Database: 270.11.54/2056 - Release Date: 04/13/09 
 05:51:00

   


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Large installer and disk space requirements

2009-04-14 Thread Suraj Sudhakaran
I have a 1.3 GB MSI installer.
When I begin installing it , it copies itself to %TEMP% and
C:\Windows\Installer directory.
This increases the disk space required on C: by 2.6 GB apart from the space
required for actual installation.

Is there a way to prevent the copying of installer to either or both of
these system directories (%TEMP% and C:\Windows\Installer)?

Thanks,
Suraj
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix Installer Upgrade problem

2009-04-14 Thread Alex Cater


If new version(1.0.1.1)
installed, then I try to install old version (1.0.0.0). Thats too
installing. I'm getting two instances of my product in 'Add/Remove
Programs'. What will be the cause?


You need to make use of the NEWPRODUCTFOUND property set by the UpgradeVersion 
element to prevent a downgrade. It is possible to prevent a downgrade by 
sequencing a CA after FindRelatedProducts in BOTH the UI and Execute sequences, 
thus:

CustomAction Id=PreventDowngrading Error=A newer version is already 
installed. /

InstallUISequence
  Custom Action=PreventDowngrading 
After=FindRelatedProductsNEWPRODUCTFOUND/Custom
/InstallUISequence

InstallExecuteSequence
  Custom Action=PreventDowngrading 
After=FindRelatedProductsNEWPRODUCTFOUND/Custom
/InstallExecuteSequence

-- 
View this message in context: 
http://n2.nabble.com/Wix-Installer-Upgrade-problem-tp2627135p2631714.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] How to grab directory of Excel.exe during installation

2009-04-14 Thread Holmgren Mathias
I'm aware of the guide at http://support.microsoft.com/kb/240794 however
that only solves half my problem.

Basically, I know that the following registry key contains the directory
I want and that it is consistent over Excel 2002/XP, Excel 2003 and
Excel 2007 (same GUID for all three versions).

HKCR\CLSID\{00024500---C000-0046}\LocalServer32

The value of this registry key is something like:
C:\PROGRA~1\MICROS~2\OFFICE11\EXCEL.EXE /automation

I just want the directory put into another MSI property, so I can copy
another file (Excel.exe.config) to that same directory during my WiX/MSI
installation.

I have tried using ComponentSearch, DirectorySearch and FileSearch but I
can't figure out what combinations to use to get this to work since I
have no examples (http://www.wixwiki.com/index.php?title=Wix_Schema) and
the doc text is very sparse.

Here an example of what I have tried:

Property Id=EXCELDIR2002 
  ComponentSearch Id=ExcelDirSearch2002
Guid={00024500---C000-0046} Type=directory 
FileSearch Id=ExcelExeFile2002 Name=Excel.exe /
  /ComponentSearch
/Property

I've tried others too. Any working example of these elements, or any
pointers, would be helpful.

Thx

/Mathias

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Error to build patch

2009-04-14 Thread Michael
Hi,

 I using sample given in 'http://www.tramontana.co.hu/wix/lesson4.php' 
for patching. In that 3 .wxs files there, Error.wxs, Fixed.wxs, 
Patch.wxs. I made small changes in code to build for Wix v3. I compiled 
all and created Error\Product.msi, Fixed\Product.msi and Patch.pcp. When 
I try to create Patch.msp using msimsp.exe from 'Microsoft Windows 2003 
R2 Platform SDK'. I'm getting error code 0x30.

What will be the cause?

Thanks.

Regards,
-SMR

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix Installer Upgrade problem

2009-04-14 Thread Michael
Thanks Alex,

That fixed my problem.
Alex Cater wrote:
 If new version(1.0.1.1)
 installed, then I try to install old version (1.0.0.0). Thats too
 installing. I'm getting two instances of my product in 'Add/Remove
 Programs'. What will be the cause?


 You need to make use of the NEWPRODUCTFOUND property set by the 
 UpgradeVersion element to prevent a downgrade. It is possible to prevent a 
 downgrade by sequencing a CA after FindRelatedProducts in BOTH the UI and 
 Execute sequences, thus:

 CustomAction Id=PreventDowngrading Error=A newer version is already 
 installed. /

 InstallUISequence
   Custom Action=PreventDowngrading 
 After=FindRelatedProductsNEWPRODUCTFOUND/Custom
 /InstallUISequence

 InstallExecuteSequence
   Custom Action=PreventDowngrading 
 After=FindRelatedProductsNEWPRODUCTFOUND/Custom
 /InstallExecuteSequence

   
 


 No virus found in this incoming message.
 Checked by AVG - www.avg.com 
 Version: 8.0.238 / Virus Database: 270.11.54/2056 - Release Date: 04/13/09 
 05:51:00

   


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix Installer Upgrade problem

2009-04-14 Thread Pally Sandher
You may want to actually change the version number too. I suspect this
is where most of your issues are coming from.

*New Version (1.0.1.1) source snippet:*
Product Name='Simple' Id='E8592266-241F-4025-88B2-837DCB7D45EB' 
Language='1033' Version='1.0.0.0' Manufacturer='XYZ Corporation'
UpgradeCode='3ADF5D1C-1AC4-4a29-BB9C-A73CA81925D5' 

And you don't need to use CustomActions to prevent downgrading. That's
what the Upgrade tag is for.


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 Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 

 
 

-Original Message-
From: Michael [mailto:mich...@gnhsoft.com] 
Sent: 14 April 2009 13:29
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix Installer Upgrade problem

Thanks Alex,

That fixed my problem.
Alex Cater wrote:
 If new version(1.0.1.1)
 installed, then I try to install old version (1.0.0.0). Thats too 
 installing. I'm getting two instances of my product in 'Add/Remove 
 Programs'. What will be the cause?


 You need to make use of the NEWPRODUCTFOUND property set by the
UpgradeVersion element to prevent a downgrade. It is possible to prevent
a downgrade by sequencing a CA after FindRelatedProducts in BOTH the UI
and Execute sequences, thus:

 CustomAction Id=PreventDowngrading Error=A newer version is 
 already installed. /

 InstallUISequence
   Custom Action=PreventDowngrading 
 After=FindRelatedProductsNEWPRODUCTFOUND/Custom
 /InstallUISequence

 InstallExecuteSequence
   Custom Action=PreventDowngrading 
 After=FindRelatedProductsNEWPRODUCTFOUND/Custom
 /InstallExecuteSequence

   
 --
 --


 No virus found in this incoming message.
 Checked by AVG - www.avg.com
 Version: 8.0.238 / Virus Database: 270.11.54/2056 - Release Date: 
 04/13/09 05:51:00

   



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] CA scheduling question

2009-04-14 Thread Jason Birch
Hi all,

I've got an installer that sets up some IIS7 features using appcmd.exe.  I am 
having difficulty finding a way to successfully uninstall these IIS7 
configurations on a server with UAC enabled.  I'm still fumbling my way into 
MSI, so this is likely just ignorance on my part...

On installation, the CAs run deferred and are able to escalate and configure 
the web server properly.

On uninstall, I have tried a couple things:

- Running the CAs deferred doesn't seem to work because the files have already 
been removed (even if I schedule the actions before RemoveFiles)

- Running the CAs immediate doesn't work because the installer (running as 
current user) doesn't have permissions to access the IIS7 config files.

Any help would be appreciated!

Thanks,
Jason

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] (no subject)

2009-04-14 Thread Holmgren Mathias
Got this to work on my own, so I'm replying to my own question here for
archive reasons.
 
There's another registry key that actually holds the exact installation
root path.
 
This works:
 
Property Id=EXCELDIR 
   RegistrySearch Id=ExcelRegistryInstallRoot2002 Type=raw
Root=HKLM Key=SOFTWARE\Microsoft\Office\10.0\Excel\InstallRoot
Name=Path /
   RegistrySearch Id=ExcelRegistryInstallRoot2003 Type=raw
Root=HKLM Key=SOFTWARE\Microsoft\Office\11.0\Excel\InstallRoot
Name=Path /
   RegistrySearch Id=ExcelRegistryInstallRoot2007 Type=raw
Root=HKLM Key=SOFTWARE\Microsoft\Office\12.0\Excel\InstallRoot
Name=Path /
/Property
 
 
Directory Id=TARGETDIR Name=SourceDir
  
   Directory Id=EXCELDIR 
  Component Id=ExcelConfig
Guid={8F2608BB-E8E2-4ed9-A287-7DC370ABC084}
 File Id=ExcelConfig Name=Excel.exe.config
Source=../../Setup/Excel.exe.config Vital=yes Assembly=no /
  /Component
   /Directory
 
...
 
Directory/
 
And then use that component ref in the respective feature alternatives.
 
/Mathias
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Heat issues

2009-04-14 Thread Dominik Guder



1) The created wxs file is in UTF8 + Signature (BOM) (on my machine)
I'm not sure if my machine/VS2005 has some wired configuration, but when I add 
the created files to VS2005
it is complaining that the xml header is not starting in first column. So I 
have to manually remove any BOM before ?xml



Hi,

I tried again and I had no problems adding a heat generated file. So I'll file 
a bug if I discover this again.

So far
Dominik
-- 
View this message in context: 
http://n2.nabble.com/Heat-issues-tp2605380p2633539.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Deleting orphaned component.

2009-04-14 Thread Luke Bakken
Hello everyone,

Yesterday Phil Wilson gave me an excellent VBScript to list all the
registered components and associated products on a machine. The reason
I needed this is that it appears I have an orphaned component that
should not be in the component database but yet it is. I suspect it is
due to some mistakes I made early on in learning WiX.

What's interesting is that the associated product for this component
changes. After running the script the first time, I saw that the
product owning my rogue component was the Microsoft .NET Framework
2.0 SDK. So I uninstalled that, thinking that the component would go
away as well. However, *now* it says it's owned in this manner:

{B2A6D36D-DFBA-4209-8DC1-B3C05881528B} is used by the product:
 Microsoft Windows SDK for Windows Server 2008 Samples
(6001.18000.367) {----}and is
installed at C:\
 Microsoft Windows SDK for Windows Server 2008 Samples
(6001.18000.367) {0001----}and is
installed at

This was not the case the first time.

Any ideas on how to just zap that one component GUID?

Thanks!
Luke

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Heat missing some RegistryValue elements (Programmable) from VB6 code?

2009-04-14 Thread Roy Abou Assaly

Hi,

I was away for a week or else I would've replied sooner.  I tested the 
following using version 3.0.5210.0.

This works:

D:\lab\WiX\XMLEditorheat dir . -v  -sfrag -gg -svb6 -out foo.xml
Microsoft (R) Windows Installer Xml Toolset Harvester version 3.0.5210.0
Copyright (C) Microsoft Corporation. All rights reserved.

Trying to harvest D:\lab\WiX\XMLEditor\PRISMXMLEditor.dll as an assembly.
Trying to harvest self-registration information from native DLL 
D:\lab\WiX\XMLEditor\PRISMXMLEditor.dll.
Ignoring the registry key 
'Interface\{0B7F3153-C8E7-4E6D-AEBE-B6D61D78B9A3}\ProxyStubClsid/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 
'Interface\{0B7F3153-C8E7-4E6D-AEBE-B6D61D78B9A3}\ProxyStubClsid32/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 'Interface\{0B7F3153-C8E7-4E6D-AEBE-B6D61D78B9A3}/', 
it has already been added to the component 
'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 
'Interface\{1D3D80B3-86A1-4DA7-AF4B-FA12E70BB39F}\ProxyStubClsid/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 
'Interface\{1D3D80B3-86A1-4DA7-AF4B-FA12E70BB39F}\ProxyStubClsid32/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 'Interface\{1D3D80B3-86A1-4DA7-AF4B-FA12E70BB39F}/', 
it has already been added to the component 
'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 
'Interface\{399DC087-F09A-4DDE-B2A6-A3755D8506B3}\ProxyStubClsid/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 
'Interface\{399DC087-F09A-4DDE-B2A6-A3755D8506B3}\ProxyStubClsid32/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 'Interface\{399DC087-F09A-4DDE-B2A6-A3755D8506B3}/', 
it has already been added to the component 
'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 
'Interface\{EAC0509C-5990-48B8-81B3-5A2ECE581DB4}\ProxyStubClsid/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 
'Interface\{EAC0509C-5990-48B8-81B3-5A2ECE581DB4}\ProxyStubClsid32/', it has 
already been added to the component 'cmpD86DA220B5DFAFDE5B16661AC4E61230'.
Ignoring the registry key 'Interface\{EAC0509C-5990-48B8-81B3-5A2ECE581DB4}/', 
it has already been added to the component 
'cmpD86DA220B5DFAFDE5B16661AC4E61230'.

This gives an error:

D:\lab\WiX\XMLEditorheat file PRISMXMLEditor.dll -v  -sfrag -gg -svb6 -out 
foo.xml
Microsoft (R) Windows Installer Xml Toolset Harvester version 3.0.5210.0
Copyright (C) Microsoft Corporation. All rights reserved.

heat.exe : error HEAT0001 : The path is not of a legal form.

Exception Type: System.ArgumentException

Stack Trace:
   at System.IO.Path.NormalizePathFast(String path, Boolean fullCheck)
   at System.IO.Path.NormalizePath(String path, Boolean fullCheck)
   at System.IO.Path.GetFullPathInternal(String path)
   at System.IO.Path.GetFullPath(String path)
   at Microsoft.Tools.WindowsInstallerXml.HarvesterCore.ResolveFilePath(String 
fileSource)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.MutateFile(IParentElement
 parentElement, File file)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.MutateElement(IParentElement
 parentElement, ISchemaElement element)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.MutateElement(IParentElement
 parentElement, ISchemaElement element)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.MutateElement(IParentElement
 parentElement, ISchemaElement element)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.MutateElement(IParentElement
 parentElement, ISchemaElement element)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.MutateElement(IParentElement
 parentElement, ISchemaElement element)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.MutateElement(IParentElement
 parentElement, ISchemaElement element)
   at 
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilHarvesterMutator.Mutate(Wix 
wix)
   at Microsoft.Tools.WindowsInstallerXml.Mutator.Mutate(Wix wix)
   at Microsoft.Tools.WindowsInstallerXml.Tools.Heat.Run(String[] args)

I ran it with the full path and got this error which looks like it isn't 
reading the path correctly for the 'file' harvesting type argument.  It's 
doubling the name of the last directory in the path 
(d:\lab\wix\xmleditor\xmleditor\PRISMXMLEditor.dll).

So I typed:   d:\lab\wix\xmleditor\PRISMXMLEditor.dll 
But it reads: d:\lab\wix\xmleditor\xmleditor\PRISMXMLEditor.dll 

So that could be hint in as to why the 'file' harvesting type doesn't work, but 
the 'dir' does.  Let me know if there's 

Re: [WiX-users] how to pop up a messageBox to tell user Uninstall is finish when uninstall process is finish?

2009-04-14 Thread Pally Sandher
Author an ExitDialog?
http://msdn.microsoft.com/en-us/library/aa368569(VS.85).aspx
Or use one of the standard WixUI libraries to do it for you?

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 Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 
 
 
 
 
 
 
 
 
 
 

-Original Message-
From: xfishxi [mailto:xfis...@yeah.net] 
Sent: 13 April 2009 09:16
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] how to pop up a messageBox to tell user Uninstall
is finish when uninstall process is finish?

hi
I use wix to generate my installer, now, i meet a trouble, when the user
uninstall the program, we will see some dialogs with progressbar to show
the uninstall progress, what i want to do is to pop up a messagebox with
text Uninstall is finish after these progress dialogs. how can i do?
I appreciate any help / idea
Thanks :
vincent

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] UN-Install Issue...

2009-04-14 Thread Pally Sandher
 
On the issue with the files not being removed, I would check a verbose
log file  see what the problem is. Install your product using msiexec
/i msiname /l*vx logname  install it to somewhere like
C:\TestMyApp or something (you could use msiexec /i msiname /l*vx
logname /qb MYAPPFOLDER=C:\TestMyApp to skip the UI). Then use
msiexec /x msiname /l*vx logname to uninstall it (again use /qb
switch to skip the UI if it saves you time). You shouldn't need a
RemoveFolder for any folders created during install that aren't user
specific.

To get input from the user you will need to either write a custom UI
dialog or use a custom action. I would recommend the former over the
latter as it will teach you about WiX/WiXUI and is the more 'elegant'
solution in my opinion. Basically author a Dialog which asks the user
your question and sets a property if the user answers yes to your
question. Then use this property as a condition on your database feature
for uninstall. See the WiXUI sources for perfect examples on how to
author your own dialogs etc.

Best of luck  don't be afraid to ask questions on this list no matter
how trivial you think they may be as we've all had moments where our
minds go blank until someone else points out what was right in front of
us all along.

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 Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 
 


-Original Message-
From: ron cooper [mailto:roncooper...@gmail.com] 
Sent: 13 April 2009 05:48
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] UN-Install Issue...

Dear All,

Thank you for discussing different things. It helps a lot to people like
me in the learning stage.

I have come across a situation where installed files are not getting
deleted if I choose installation other than Program Files/MyApp.

Also how to get input from user if I wish my database file get deleted
only if user agree to delete it; means I want to generate alert / pop up
while uninstalling.


Here is my code :


Directory
Id=TARGETDIR
Name=SourceDir

Directory
 Id=ProgramFilesFolder
 Name=PFiles

Directory
Id=*MYAPPFOLDER*
Name=MyApp

   Component
Id=MyComponent


..

..

..

..


   RemoveFolder

Id=RemoveFLDR

On=uninstall /

/Component

 /Directory

   /Directory

/Directory

Feature
 Id=MyAppFeature
 Title=My application
 Description=The complete package.
 Display=expand
 Level=1
 ConfigurableDirectory=*MYAPPFOLDER*

ComponentRef
  Id='MyComponent' /

/Feature


Anyone have idea???

Thanks,
Ron

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Uninstall Application Issues

2009-04-14 Thread Pally Sandher
Resending your question 3 times in a 7 hour period isn't going to get it
answered any quicker even if you do use different subjects on each post.
Especially when the day you're posting on is a holiday in most of the
world.

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 Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 

-Original Message-
From: ron cooper [mailto:roncooper...@gmail.com] 
Sent: 13 April 2009 13:02
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Uninstall Application Issues

Dear All,

Thank you for discussing different things. It helps a lot to people like
me in the learning stage.

I have come across a situation where installed files are not getting
deleted if I choose installation other than Program Files/MyApp.

Also how to get input from user if I wish my database file get deleted
only if user agree to delete it; means I want to generate alert / pop up
while uninstalling.


Here is my code :


Directory
Id=TARGETDIR
Name=SourceDir

Directory
 Id=ProgramFilesFolder
 Name=PFiles

Directory
Id=*MYAPPFOLDER*
Name=MyApp

   Component
Id=MyComponent


..

..

..

..


   RemoveFolder

Id=RemoveFLDR

On=uninstall /

/Component

 /Directory

   /Directory

/Directory

Feature
 Id=MyAppFeature
 Title=My application
 Description=The complete package.
 Display=expand
 Level=1
 ConfigurableDirectory=*MYAPPFOLDER*

ComponentRef
  Id='MyComponent' /

/Feature


Anyone have idea???

Thanks,
Ron

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] uninstalling second patch does not remove patched files

2009-04-14 Thread shibo

Heath,

Having read your blog Why is My Feature Advertised?, in my case, there is 
only one feature containing all the components. patch 1 has new folder 1, patch 
2 has folder 1 and folder 2, will the folder1 in patch 2 supersede that in 
patch 1 even though there are the same? 

If so, then the feature may be advertised, even though I can not find the 
message you mentioned in the install/uninstall logs.

Regards, Shibo

-- 
View this message in context: 
http://n2.nabble.com/uninstalling-second-patch-does-not-remove-patched-files-tp2610228p2634086.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Installing .NET service as NT Authority\Network Service fails on some locales of Windows XP

2009-04-14 Thread Brian Gillespie

Hi all,

Our installer installs a service that should run on XP/Vista as NT 
Authority\Network Service.


We're using custom actions to set a McNeelUpdateServiceName property 
appropriately, and then use that property in the ServiceInstall action.


Depending on how I spell Network Service the user account name, 
installation of the service either succeeds or fails with error 1923 - 
but it's not consistent on all platforms.


Attached is the wxs file that defines the installation of the service.

Here are the various configurations I've tried:


*NT Authority\Network Service
*   *NT Authority\NetworkService
*   *Network Service
*   *NetworkService
*
Windows XP English
Works
Fails
Fails
Fails
Windows XP Spanish
Fails
Works
?   ?
Vista 64 English
Works
Works
?
?
Vista 32 Spanish
Fails
Works
?
?


Is it really true that installing services on Windows is this hard?

This leaves me with three options:

  1. Have a bunch of special cases and detect the correct verison of
 NetworkService based on the local system settings. This will be
 lots of fun, given that we have customers all over the world.
  2. Determine a one-size-fits-all version of NT Authority\Network
 Service that work on all platforms.
  3. Install as LocalSystem. That seems irresponsible from a principle
 of least-privilege perspective.

Any other ideas? Help!

 - Brian

Brian Gillespie
Rhinoceros Development | Robert McNeel  Associates | 
http://www.rhino3d.com


/In theory, there is no difference between theory and practice. But, in 
practice, there is./



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] IIS virtual web directory modification/settings

2009-04-14 Thread John Trump
I need to accomplish the following install tasks using WiX:

 

1. Set ASP.NET version to 2.0.50727

 

2. Set security for virtual web directory

  a. Add the following users:

i. MachineName\ASPNET  (for example MyServer\ASPNET)

ii. MachineName\IIS_WPG  (for example MyServer\IIS_WPG)

 

3. Set default content page

  a. Enable default content page

  b. set to myproductsname.aspx

c. In the list of pages, it needs to be the top entry.

 

Any ideas would be appreciated.

 

Thanks,

 

John Trump

 

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Multiple web-site installer

2009-04-14 Thread Scott Vickery
Hello list,

I have a situation where I need to run the same installer more than once on a 
web server.  The situation is that I want to be able to install to a given web 
site once for each customer we have on the same web server.  As I get more 
customers for a given product, I want to be able to re-run the original 
installer and choose a new web site to deploy to.  AFAIK, I can't re-run a 
given msi. I am, however. trying to come up with a reasonable solution.

The only work around I have come up with so far is to recreate the installer 
for each customer with a different Product Id.  This is working Ok, but, now, 
as expected, I get multiple entries in the Add/Remove Programs list.  In 
addition, this seems like a lot of maintenance to me.

Any suggestion on how to handle this?

Thanks,
Scott
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Multiple web-site installer

2009-04-14 Thread Luke Bakken
 I have a situation where I need to run the same installer more than once on a 
 web server.  The situation is that I want to be able to install to a given 
 web site once for each customer we have on the same web server.  As I get 
 more customers for a given product, I want to be able to re-run the original 
 installer and choose a new web site to deploy to.  AFAIK, I can't re-run a 
 given msi. I am, however. trying to come up with a reasonable solution.

 The only work around I have come up with so far is to recreate the installer 
 for each customer with a different Product Id.  This is working Ok, but, now, 
 as expected, I get multiple entries in the Add/Remove Programs list.  In 
 addition, this seems like a lot of maintenance to me.

You'll need to change more than just Product ID, I believe, to
correctly follow component rules. The MSDN docs describe these rules.

I would look into using transforms to accomplish this.

Unfortunately, multiple installs of the same product on the same
machine is somewhat of a maintenance headache.

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Multiple web-site installer

2009-04-14 Thread Don Benson
On Tue, Apr 14, 2009 at 4:03 PM, Scott Vickery svick...@cavucorp.comwrote:

 Hello list,

 I have a situation where I need to run the same installer more than once on
 a web server.  The situation is that I want to be able to install to a given
 web site once for each customer we have on the same web server.


If you don't like the idea of multiple instances in Add/Remove programs, you
may want to consider web site creation as a task to be handled outside of
the installation process. What you are describing seems to me like more of
an application configuration task that is outside the purview of Windows
Installer.

- Don Benson -
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Multiple web-site installer

2009-04-14 Thread Scott Vickery
 

-Original Message-
From: Luke Bakken [mailto:luke.bak...@gmail.com] 
Sent: Tuesday, April 14, 2009 4:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Multiple web-site installer

 I have a situation where I need to run the same installer more than once on a 
 web server.  The situation is that I want to be able to install to a given 
 web site once for each customer we have on the same web server.  As I get 
 more customers for a given product, I want to be able to re-run the original 
 installer and choose a new web site to deploy to.  AFAIK, I can't re-run a 
 given msi. I am, however. trying to come up with a reasonable solution.

 The only work around I have come up with so far is to recreate the installer 
 for each customer with a different Product Id.  This is working Ok, but, now, 
 as expected, I get multiple entries in the Add/Remove Programs list.  In 
 addition, this seems like a lot of maintenance to me.

You'll need to change more than just Product ID, I believe, to correctly follow 
component rules. The MSDN docs describe these rules.

I would look into using transforms to accomplish this.

Unfortunately, multiple installs of the same product on the same machine is 
somewhat of a maintenance headache.

--
I am guessing you are referring to things like the component GUIDs as well as 
other nasties.  Thanks for the input.

Scott
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] IIS virtual web directory modification/settings

2009-04-14 Thread Thomas S. Trias
1. I ended up calling aspnet_regiis from a custom action (if there is a 
better way, someone speak up):

PropertyRef Id=NETFRAMEWORK20INSTALLROOTDIR/

!-- Ideally we would use -r with a metabase path, but we would need 
some way of getting that information; maybe add that step as an addition 
to the IIS extension --
CustomAction Id=SetAspNet20_Cmd Property=SetAspNet20 
Value=quot;[NETFRAMEWORK20INSTALLROOTDIR]aspnet_regiis.exequot; -ir 
-enable/

CustomAction Id=SetAspNet20 BinaryKey=WixCA 
DllEntry=CAQuietExec Execute=deferred Return=check/

InstallExecuteSequence
  Custom Action=SetAspNet20_Cmd Before=CostFinalizeNOT 
(SKIPCONFIGUREIIS OR Installed) AND VersionNT  400/Custom
  Custom Action=SetAspNet20 Before=ConfigureIIsNOT 
(SKIPCONFIGUREIIS OR Installed) AND VersionNT  400/Custom
/InstallExecuteSequence

Note that I set the script maps by hand using WiX akin to the following:

  iis:WebApplicationExtension Extension=aspx 
Executable=[NETFRAMEWORK20INSTALLROOTDIR]aspnet_isapi.dll 
Verbs=GET,HEAD,POST CheckPath=no Script=yes/

Note that the NETFRAMEWORK20INSTALLROOTDIR property requires the Wix 
NetFx Extension; you can search for it yourself, but why?  :-)

2.  I used util:PermissionEx elements as a child of a CreateFolder 
element associated with the target of the virtual directory:

util:PermissionEx User=ASPNET Domain=[ComputerName] 
Type=allow ApplyToSelf=yes ApplyToSubfolders=yes ApplyToFiles=no 
Read=yes ReadAttributes=yes ReadExtendedAttributes=yes 
ReadPermission=yes Synchronize=yes Traverse=yes/
util:PermissionEx User=ASPNET Domain=[ComputerName] 
Type=allow ApplyToSelf=yes ApplyToSubfolders=yes 
ApplyToFiles=yes Read=yes ReadAttributes=yes 
ReadExtendedAttributes=yes ReadPermission=yes Synchronize=yes/

That snippet gives .\ASPNET Read and Traverse Folder privileges.  At 
some point, I may add an improvement to handle that with a single 
element (and thus differentiate Traverse and Execute depending upon 
ApplyToFiles).

Note that it is much safer to use [ComputerName] instead of leaving out 
the Domain attribute entirely (except for well known accounts) or .; 
things may work on XP / 2K, but then fail on Vista / 2K3.

3.  Use iis:WebDirProperties:

iis:WebDirProperties Id=Id 
DefaultDocuments=myproductsname.aspx/

Unfortunately, I couldn't find any reference to MD_DIRECTORY_BROWSING 
(which is a set of flags that controls the Enable Default Document 
setting, along with various aspects of directory browsing); you should 
look for a feature request in the issue tracker and add it if it is not 
there.  Hopefully, someone else or I will get to it in the near future.

I noticed that a setting of - will clear the default documents 
(undocumented); it also looks like the default documents will get set 
(the code does not append them to any existing default documents), so 
you should have full control over the ordering.

Thanks,

Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/



 Original Message  
Subject: [WiX-users] IIS virtual web directory modification/settings
From: John Trump john_tr...@symantec.com
To: wix-users@lists.sourceforge.net
Date: 4/14/2009 2:28 PM
 I need to accomplish the following install tasks using WiX:

  

 1. Set ASP.NET version to 2.0.50727

  

 2. Set security for virtual web directory

   a. Add the following users:

 i. MachineName\ASPNET  (for example MyServer\ASPNET)

 ii. MachineName\IIS_WPG  (for example MyServer\IIS_WPG)

  

 3. Set default content page

   a. Enable default content page

   b. set to myproductsname.aspx

 c. In the list of pages, it needs to be the top entry.

  

 Any ideas would be appreciated.

  

 Thanks,

  

 John Trump

  


   


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] LaunchConditions + Bootstrapper

2009-04-14 Thread Sascha Beaumont
Sounds similar to a problem I recently encountered when looking for a
decent bootstrapper to use with WiX.

I'd suggest duplicating the search anyway (since corporate
environments usually require an MSI for deployment). The difference
will be that the MSI just throws an error and tells the user to
install X,Y and Z manually while the bootstrapper will prompt to
download or install from CD automagically.

However if you're looking to create a single exe installer then you
can try a self-extracting winrar archive or wrapping NSIS around your
MSI so that it's not exposed to the user.

Sascha


On Sun, Apr 12, 2009 at 3:49 PM, lesterbangs datapa...@gmail.com wrote:

 I am using the Bootstrap Manifest Generator to build a bootstrapper which 
 will search for and install third-party prerequisites on the target machine 
 (Flash, Acrobat, etc).

 Since BMG-- and most other bootstrapper builders I have encountered-- leave 
 the bare MSI exposed in the same location as the setup.exe bootstrapper, this 
 means there is a possibility that an end user would execute the MSI directly 
 rather than use the bootstrapper.

 So in addition to creating the appropriate registry/file/folder searches in 
 BMG, the equivalent searches must be authored as Condition elements in WiX, 
 so that the installation aborts if a user attempts to install the MSI without 
 first installing the prerequisites.

 Is this logic correct?  I.e. must AppSearch be duplicated in both the 
 bootstrapper and the MSI?
 --
 View this message in context: 
 http://n2.nabble.com/LaunchConditions-%2B-Bootstrapper-tp2623074p2623074.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 This SF.net email is sponsored by:
 High Quality Requirements in a Collaborative Environment.
 Download a free trial of Rational Requirements Composer Now!
 http://p.sf.net/sfu/www-ibm-com
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] RemoveFile Table

2009-04-14 Thread Benjic

Under windows installer reference it says
[QUOTE]
RemoveFile Table

FileName

This column contains the localizable name of the file to be removed. If 
this column is null, then the specified folder will be removed if it is empty. 
All of the files that match the wildcard will be removed from the specified 
directory.
[/QUOTE]

However removing the Name= from say
RemoveFile Id=SomeID On=uninstall Directory=SomeFolderIDRef/
Generates the candle error
error CNDL0010 : The RemoveFile/@Name attribute was not found; it is required.

How can you specify a Null value and thus remove the Folder instead.

This is done to bypass the following light error

error LGHT0204 : ICE64: The directory SomeFolderIDRef is in the user profile 
but is not listed in the RemoveFile table.





-- 
View this message in context: 
http://n2.nabble.com/RemoveFile-Table-tp2636076p2636076.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Run a .bat file minimized?

2009-04-14 Thread Tabmow

Hi all,
   In our installer (using Wix 2.x on Win2003), we have to invoke a couple .bat 
files for various and sundry things.   When they run, they launch a dos shell 
which goes above our install gui.Is there any way to have it spawned 
'minimized' at least so there's no distraction during install?  ie. similar to 
what 'start /min my.bat' does.   I've tried just adding 'start /min' in front 
of my .bat invocation in my custom action, but that gave an error.   Does 
anyone have any suggestions?

Thanks.

-- 
View this message in context: 
http://n2.nabble.com/Run-a-.bat-file-minimized--tp2636652p2636652.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users