Re: [WiX-users] IO permission problem in defered CA on Windows Terminal Server 2003
Yeah, that all makes sense to me. That's the way I understand the Windows Installer works. Dmitry Berkovich wrote: Hi, I don't know what is expected behavior in Windows Installer, but I have this problem only when my Installer executed on Windows Terminal Server by user that belongs to local Administrators group (all other users can not execute installation, since its disabled by policy). On Windows XP and Windows 2003 its not happened. I don't have a lot experience in security, but I logged Environment.UserName inside differed CA. When it executed on WindowsXP or Windows 2003 its same username that executed the MSI, but when installer executed on WTS - Environment.UserName = SYSTEM. Thanks, Dima On Fri, Apr 17, 2009 at 3:50 AM, Rob Mensching r...@wixtoolset.org wrote: Isn't that the expected behavior with the Windows Installer? Dmitry Berkovich wrote: Hi, I have some issue with deferred CA on WTS. I am creating installer package : Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / that execute deferred CA that read some data from file that stored on network drive. When installation is executed on Terminal Server and user that execute installer have admin privileges - deferred CA do not see any network drive. I checked with debugger that CA running with SYSTEM privileges instead of user privileges. I found some web page (http://msdn.microsoft.com/en-us/library/aa368073(VS.85).aspx ) that explain this issue. But I don't know how to do it with Wix, Regards, Dima -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Two problems: Not deleting files, and icon does not display.
1. MSI SDK says the RemoveFolders only removes a folder if it is empty. You need a CustomAction to recurse all of the directories and add them to the RemoveFolders table plus add the files to RemoveFiles table. 2. I vaguely rememeber some tricky limitations around Shortcut Icons in MSI. You might try reading about those topics in the MSI SDK. Curtis Jewell wrote: I've got two problems I need help with, and I hope somebody here can help me with them. I'm using WiX 3.0.5210, by the way. First problem: When I install a (major) upgrade, it's not deleting any files that were created in the [D_Perl] directory or subdirectories that were not installed by the MSI. I thought the RemoveFolder tag did just that. What else do I need to do? (Note that if this has to be implemented as a custom action, the custom action has to be compilable using the MingW-gcc toolchain, instead of using Visual Studio. I don't know if that toolchain has the msi import libraries yet.) Second problem: The shortcut [C_S_CPAN_Client] is being created, but its icon [I_cpan.bat] is not being displayed (It gets replaced by the normal batch file icon, and when I try to change the icon, it says that there are no icons in the applicable file.) The icon file referred to is a copy of the icon file [I_cpanweb.url] being used in [C_S_CPAN_Search], which IS being displayed. (I wanted to check and see if the problem wasn't that I was referring to the same icon file in two different places.) Am I doing something wrong? Can anybody help me with either or both of these? Applicable wxs sections are below, the full files (and all the other files that are used) are included in http://csjewell.comyr.com/work/fragments.zip (280,966 byte file) Yes, it is being created by a Perl script I'm writing, this isn't hand-written (WAY too much to be hand-written) Main file: (Perl-Dist-WiX Test Perl.wxs) ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id='7B3EE0A1-4FD7-3766-86DD-B1D06F0C4BE1' Language='1033' Manufacturer=Curtis Jewell Name=Perl-Dist-WiX Perl Test UpgradeCode=29287F64-E2D6-3E24-91B6-24461B4A6CCA Version=5.10.1 Package Description='Perl for Win32 operating systems.' Id='*' Languages='1033' Platform='x86' InstallerVersion='200' Compressed='yes' InstallPrivileges='elevated' / Media Id=1 Cabinet=Perl.cab CompressionLevel=high EmbedCab=yes / CustomAction Id=PreventDowngrading Error=A newer version of Perl-Dist-WiX Perl Test is already installed. / Upgrade Id=29287F64-E2D6-3E24-91B6-24461B4A6CCA UpgradeVersion Minimum=5.10.1 IncludeMinimum=yes OnlyDetect=yes Language=1033 Property=NEWERVERSIONDETECTED / UpgradeVersion Minimum=5.0.0 IncludeMinimum=yes Maximum=5.10.1 IncludeMaximum=no Language=1033 Property=OLDERVERSIONBEINGUPGRADED / /Upgrade InstallExecuteSequence Custom Action=PreventDowngrading After=FindRelatedProductsNEWERVERSIONDETECTED/Custom RemoveExistingProducts After=InstallInitialize / /InstallExecuteSequence InstallUISequence Custom Action=PreventDowngrading After=FindRelatedProductsNEWERVERSIONDETECTED/Custom /InstallUISequence Condition Message=You need to be an administrator to install this product. Privileged /Condition Condition Message=Can only install for all users on the machine. ![CDATA[ALLUSERS = 1]] /Condition Condition Message=Cannot install on Windows 9x or ME systems. ![CDATA[VersionNT]] /Condition Condition Message=Cannot install on Windows NT 4.0 systems. ![CDATA[VersionNT 400]] /Condition UIRef Id=WixUI_Minimal / UIRef Id=WixUI_ErrorProgressText / UIRef Id=WixUI_Common / Property Id=INSTALLDIRC:\WiXPerl/Property Directory Id='TARGETDIR' Name='SourceDir' Directory Id='INSTALLDIR' Directory Id='D_Perl' Name='perl' Directory Id='D_DC5CE757_AEB8_3149_81E1_0EE55B238196' Name='bin' / !-- ... (and so on for about 200 lines) -- Directory Id='D_License' Name='licenses' Directory Id='D_FEB85698_C30F_35D7_B48E_EFEF335C9DBA' Name='dmake' / Directory Id='D_487F41B9_E194_30D2_93CD_01C3A336AB98' Name='gcc' / Directory Id='D_925475BA_C87A_31C3_B650_8C4F7802DA0B' Name='mingw' / Directory Id='D_D0DF1DF2_FD07_3F27_9B37_5B905B344ED3' Name='perl' / Directory Id='D_E77D7635_0114_3FFD_A827_9CC9EB7A4F68' Name='pexports' / /Directory Directory Id='D_Cpan'
Re: [WiX-users] Write to a configuration file based on a condition
Hey Anu, The radio button specifies a value. Under your Component element you could put a Condition element that supports your needs. Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Thu, Apr 16, 2009 at 9:47 AM, Anu Dev queryl...@yahoo.com wrote: Hi I am writing to a configuration file during installation. I want to write to the configuration based on selection of a radio button. Can anyone please let me know how this can be achieved Thank you Anweshi -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ 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?
Hey Roy,
The fix for this should be in the next drop. I appreciate the detailed
information. When you see issues like this please feel free to file a bug on
sourceforge.net/projects/wix.
Thanks,
Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com
On Tue, Apr 14, 2009 at 8:15 AM, Roy Abou Assaly royass...@gmail.comwrote:
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
[WiX-users] Suppress ARP fatal error message
I use a type 19 CA to terminate the installation if the user tries to uninstall keeping the application opened. CA works fine and terminates the installation throwing the message to the user.But when we do it from windows Add/Remove programs, ARP throws a fatal error during installation followed by the CA message box. It looks like the type 19 CA is the culprit. How do i do a clean exit so that ARP do not throw any fatal error message??? - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Suppress-ARP-fatal-error-message-tp2644895p2644895.html Sent from the wix-users mailing list archive at Nabble.com. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IO permission problem in defered CA on Windows Terminal Server 2003
Hi, Do you know what I can do to allow to deferred CA that executed on WTS get credentials of user that execute installer? Thanks, Dima On Fri, Apr 17, 2009 at 8:56 AM, Rob Mensching r...@wixtoolset.org wrote: Yeah, that all makes sense to me. That's the way I understand the Windows Installer works. Dmitry Berkovich wrote: Hi, I don't know what is expected behavior in Windows Installer, but I have this problem only when my Installer executed on Windows Terminal Server by user that belongs to local Administrators group (all other users can not execute installation, since its disabled by policy). On Windows XP and Windows 2003 its not happened. I don't have a lot experience in security, but I logged Environment.UserName inside differed CA. When it executed on WindowsXP or Windows 2003 its same username that executed the MSI, but when installer executed on WTS - Environment.UserName = SYSTEM. Thanks, Dima On Fri, Apr 17, 2009 at 3:50 AM, Rob Mensching r...@wixtoolset.org wrote: Isn't that the expected behavior with the Windows Installer? Dmitry Berkovich wrote: Hi, I have some issue with deferred CA on WTS. I am creating installer package : Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / that execute deferred CA that read some data from file that stored on network drive. When installation is executed on Terminal Server and user that execute installer have admin privileges - deferred CA do not see any network drive. I checked with debugger that CA running with SYSTEM privileges instead of user privileges. I found some web page (http://msdn.microsoft.com/en-us/library/aa368073(VS.85).aspx ) that explain this issue. But I don't know how to do it with Wix, Regards, Dima -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom icon in Add/Remove programs
http://msdn.microsoft.com/en-us/library/aa367593(VS.85).aspx 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: Sudripta Nandy (Sarangsoft Corporation) [mailto:v-su...@microsoft.com] Sent: 16 April 2009 18:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom icon in Add/Remove programs Is there a way I can set the icon for my application to be shown in the 'Add/Remove Programs' under control panel? Thanks. Sudripta. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Unable to use indirect in Edit Control
Hi, I'm unable to use indirect in Edit Control. I have edit control in a dialog. Edit control has property = 'PATH' and indirect='yes'. I assigned PATH = [DUMPPATH] in previous dialog. But, value is not displayed in edit control, its being empty. PATH is an indirect property, even though value not displayed. How do I use indirect attribute in edit or text control? Thanks. Regards, -SMR -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ 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?
Hi Brian,
I definitely will in the future. Thanks for your all your help!
Roy
On Fri, Apr 17, 2009 at 8:57 AM, Brian Rogers (via Nabble)
ml-user+58646-1457241...@n2.nabble.comml-user%2b58646-1457241...@n2.nabble.com
wrote:
Hey Roy,
The fix for this should be in the next drop. I appreciate the detailed
information. When you see issues like this please feel free to file a bug
on
sourceforge.net/projects/wix.
Thanks,
Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com
On Tue, Apr 14, 2009 at 8:15 AM, Roy Abou Assaly
royass...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2649812i=0wrote:
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
Re: [WiX-users] Suppress ARP fatal error message
Handle your MSI running with reduced UI levels properly? http://msdn.microsoft.com/en-us/library/aa372391.aspx When you uninstall using Add/Remove programs the MSI is run with the /qb flag to the best of my knowledge (it certainly looks the same as when you run msiexec /x msiname /qb). It sounds like something in your MSI isn't running in the right order or is running asynchronously when it should be running synchronously when you're not running with full UI. 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: Andy2k8 [mailto:appr...@gmail.com] Sent: 17 April 2009 09:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Suppress ARP fatal error message I use a type 19 CA to terminate the installation if the user tries to uninstall keeping the application opened. CA works fine and terminates the installation throwing the message to the user.But when we do it from windows Add/Remove programs, ARP throws a fatal error during installation followed by the CA message box. It looks like the type 19 CA is the culprit. How do i do a clean exit so that ARP do not throw any fatal error message??? - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Suppress-ARP-fatal-error-message-tp2644895p2644895. html Sent from the wix-users mailing list archive at Nabble.com. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IO permission problem in defered CA on Windows Terminal Server 2003
Reference the TerminalServerAware attribute of the CustomAction element in the WiX help. TerminalServerAware YesNoType This attribute specifies controls whether the custom action will impersonate the installing user during per-machine installs on Terminal Server machines. Deferred execution custom actions that do not specify this attribute, or explicitly set it 'no', will run with no user impersonation on Terminal Server machines during per-machine installations. This attribute is only applicable when installing on the Windows Server 2003 family. -Original Message- From: Dmitry Berkovich [mailto:dber...@gmail.com] Sent: Friday, April 17, 2009 6:06 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IO permission problem in defered CA on Windows Terminal Server 2003 Hi, Do you know what I can do to allow to deferred CA that executed on WTS get credentials of user that execute installer? Thanks, Dima On Fri, Apr 17, 2009 at 8:56 AM, Rob Mensching r...@wixtoolset.org wrote: Yeah, that all makes sense to me. That's the way I understand the Windows Installer works. Dmitry Berkovich wrote: Hi, I don't know what is expected behavior in Windows Installer, but I have this problem only when my Installer executed on Windows Terminal Server by user that belongs to local Administrators group (all other users can not execute installation, since its disabled by policy). On Windows XP and Windows 2003 its not happened. I don't have a lot experience in security, but I logged Environment.UserName inside differed CA. When it executed on WindowsXP or Windows 2003 its same username that executed the MSI, but when installer executed on WTS - Environment.UserName = SYSTEM. Thanks, Dima On Fri, Apr 17, 2009 at 3:50 AM, Rob Mensching r...@wixtoolset.org wrote: Isn't that the expected behavior with the Windows Installer? Dmitry Berkovich wrote: Hi, I have some issue with deferred CA on WTS. I am creating installer package : Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / that execute deferred CA that read some data from file that stored on network drive. When installation is executed on Terminal Server and user that execute installer have admin privileges - deferred CA do not see any network drive. I checked with debugger that CA running with SYSTEM privileges instead of user privileges. I found some web page (http://msdn.microsoft.com/en-us/library/aa368073(VS.85).aspx ) that explain this issue. But I don't know how to do it with Wix, Regards, Dima -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on
Re: [WiX-users] IO permission problem in defered CA on Windows Terminal Server 2003
The msidbCustomAcionTypeTSAware bit (MSI doc) might be relevant: http://msdn.microsoft.com/en-us/library/aa368069(VS.85).aspx Phil Wilson -Original Message- From: Dmitry Berkovich [mailto:dber...@gmail.com] Sent: Friday, April 17, 2009 4:06 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IO permission problem in defered CA on Windows Terminal Server 2003 Hi, Do you know what I can do to allow to deferred CA that executed on WTS get credentials of user that execute installer? Thanks, Dima On Fri, Apr 17, 2009 at 8:56 AM, Rob Mensching r...@wixtoolset.org wrote: Yeah, that all makes sense to me. That's the way I understand the Windows Installer works. Dmitry Berkovich wrote: Hi, I don't know what is expected behavior in Windows Installer, but I have this problem only when my Installer executed on Windows Terminal Server by user that belongs to local Administrators group (all other users can not execute installation, since its disabled by policy). On Windows XP and Windows 2003 its not happened. I don't have a lot experience in security, but I logged Environment.UserName inside differed CA. When it executed on WindowsXP or Windows 2003 its same username that executed the MSI, but when installer executed on WTS - Environment.UserName = SYSTEM. Thanks, Dima On Fri, Apr 17, 2009 at 3:50 AM, Rob Mensching r...@wixtoolset.org wrote: Isn't that the expected behavior with the Windows Installer? Dmitry Berkovich wrote: Hi, I have some issue with deferred CA on WTS. I am creating installer package : Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / that execute deferred CA that read some data from file that stored on network drive. When installation is executed on Terminal Server and user that execute installer have admin privileges - deferred CA do not see any network drive. I checked with debugger that CA running with SYSTEM privileges instead of user privileges. I found some web page (http://msdn.microsoft.com/en-us/library/aa368073(VS.85).aspx ) that explain this issue. But I don't know how to do it with Wix, Regards, Dima -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top
[WiX-users] Order for RemoveExistingProducts
Hi, I've got a scenario where we need to uninstall a product with a different UpgradeCode than the main product *before* uninstalling previous versions of the main product. I've tried changing the order around for the Upgrade and UpgradeVersion elements in my WXS file, however no matter how I order them, the element with Id that matches the current product UpgradeCode always seems to end up first in the Upgrade table. Is this by design? Is there anyway to force the order of removal? Currently I have RemoveExistingProducts scheduled between InstallValidate and InstallInitialize. There are no reused files so I didn't think this scheduling to be any less effcient. Thanks, Shawn -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing into the GAC
We have 2 products that use the same framework version. We have 2 Wix files that generate 2 MSI's. We are installing the framework dll's, into the GAC manually and would like to add them to each installer. We want the 2 products dependencies on the GAC installed frame work to be to be independent of each other. To be able to be both on the same version or on different versions of the framework dll's. The behavior we are looking for is if both products are on the same version of the frame work then the component count will go to 2 and the un-install of either would leave a version in the a GAC for the other product. If they are on different versions then we want both versions to be side by side in the GAC. if we update one then we want the correct version removed from the GAC and replaced by the latest version.. How do we do this with Wix? Should the components for the framework dll's have the same Guid? Are there any other flags that need to be set either in Wix or when executing the MSI? Thanks Noel Anderton -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Command Line Parameters to Deferred Custom Action on Vista
Hi, I am developing a WiX installer for Vista. I have a requirement to send some command line parameters to a Deferred Cusom action. My inital attempts to send the parameters using public property as follows have failed: I tried : msiexec /i myinstaller.msi CMDLINEPROPERTY=arg1 arg2 arg3 But till now i have not been able to get these arguments reach my custom action where i am calling MSIGetProperty() go retrievet the property value. I even tried reading the value from CustomActionData property , but no success yet. If anyone has successfully achieved this on a Vista platform , please help me !! Thanking you in Advance, Rajesh -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Command Line Parameters to Deferred Custom Action on Vista
If you are referencing that property in a custom action in the InstallExecute sequence you need to add it to the SecureCustomProperties list - this gets properties and their values across the UI=Execute sequence boundary. Phil Wilson -Original Message- From: Rajesh P [mailto:rajeshp.bl...@gmail.com] Sent: Friday, April 17, 2009 12:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Command Line Parameters to Deferred Custom Action on Vista Hi, I am developing a WiX installer for Vista. I have a requirement to send some command line parameters to a Deferred Cusom action. My inital attempts to send the parameters using public property as follows have failed: I tried : msiexec /i myinstaller.msi CMDLINEPROPERTY=arg1 arg2 arg3 But till now i have not been able to get these arguments reach my custom action where i am calling MSIGetProperty() go retrievet the property value. I even tried reading the value from CustomActionData property , but no success yet. If anyone has successfully achieved this on a Vista platform , please help me !! Thanking you in Advance, Rajesh -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing into the GAC
On Fri, Apr 17, 2009 at 2:07 PM, noel.ander...@prudential.com wrote: We have 2 products that use the same framework version. We have 2 Wix files that generate 2 MSI's. We are installing the framework dll's, into the GAC manually and would like to add them to each installer. If the shared components between the two products use the same components, then you will want the IDs for the components to be the same in both products, and Windows Installer will handle the rest. This is the primary reason Windows Installer has Merge Modules. The merge module contains the shared components and will always have the same IDs for all the components. - Don Benson - -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing into the GAC
Exactly right, Don. Note, if you are sharing amongst products all built by WiX then .wixlibs may be more interesting: http://robmensching.com/blog/posts/2008/10/10/What-are-.wixlibs-and-why-would-you-use-them Don Benson wrote: On Fri, Apr 17, 2009 at 2:07 PM, noel.ander...@prudential.com wrote: We have 2 products that use the same framework version. We have 2 Wix files that generate 2 MSI's. We are installing the framework dll's, into the GAC manually and would like to add them to each installer. If the shared components between the two products use the same components, then you will want the IDs for the components to be the same in both products, and Windows Installer will handle the rest. This is the primary reason Windows Installer has Merge Modules. The merge module contains the shared components and will always have the same IDs for all the components. - Don Benson - -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about windows installer 3.1, selfextracting archive and reboot problem
It depends on your bootstrapper, its capabilities, and how it is configured. What bootstrapper are you using? -Original Message- From: g...@skidata.com [mailto:g...@skidata.com] Sent: Friday, April 17, 2009 4:44 AM To: Blair Murri Subject: Question about windows installer 3.1, selfextracting archive and reboot problem Hi Blair, I've found a very interesting answer from you in an old WIX user thread that should sove my problem but I've some questions about your post. The problem occurs using a self extracting archive that contain the installation files and the installation of installer 3.1 requires a reboot which breaks the installation because the temp files are not available after reboot. Your post is listened below: According to http://msdn.microsoft.com/library/en-us/msi/setup/windows_installer_redistributables.asp you can pass a command-line option of /norestart to the 3.1 installer, and if that installer returns ERROR_SUCCESS_REBOOT_REQUIRED then you should reboot after installing your product. Then you don’t have to worry about restarting your installation and having it deleted from your TEMP dir. Blair Murri Windows Live Setup Developer I use Wix 3 and use a bootstrapper for installer 3.1 within my Wix project file. Now my questions: - How can I pass the command line option /norestart within the bootsprapper declaration? - How could I check the result of the installation of installer 3.1? - How could I request a restart? Thank you in advice and best regards, Thomas Gois -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to grey out a feature based on a condition
Hi there. What is the process for graying out a feature or subfeature based on a condition. I mean I can set the level of the feature based on a condition, and thus know if it can be installed or not, but what I really want is if the dependent bits are not installed, this is the condition I am looking for, then show the feature or subfeature grayed out, so the user knows it needs to install the dependency for the feature to be available. thanks Andres _ Rediscover Hotmail®: Now available on your iPhone or BlackBerry http://windowslive.com/RediscoverHotmail?ocid=TXT_TAGLM_WL_HM_Rediscover_Mobile2_042009 -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
