[WiX-users] Detecting if a product is installed and setting property
Hi, Is there a way to detect if a product family is installed according to its product code, and set a property accordingly? I need to stop the setup if certain products are not installed, and I only have their upgrade codes, not the product code. Thanks, Eitan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bug in iis:WebApplication?
What happens if you create a medium isolated AppPool on Windows XP with DTC disabled? If you mean doing this manually via IIS console, then it works fine with DTC disabled. I can easily create applications with Medium and High isolation level, and DTC stays disabled. If you mean using WiX IIS extension, then it fails with the error I filed as a bug previously. I think this is less an issue with the extension and more a design issue with IIS I'm confident you're right. But I hope you can give me a hint how to work such IIS issues around. I really don't want to fall back to the custom actions :) One of my goals when switching the installation to WiX was to avoid inventing my own custom actions (at least, deferred ones). Thank you! -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 6:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? What happens if you create a medium isolated AppPool on Windows XP with DTC disabled? Does it have issues as well or does it automatically enable DTC? I think this is less an issue with the extension and more a design issue with IIS. We try to plaster over a lot of bad designs in the WiX CustomActions but sometimes things still poke through. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Tuesday, January 27, 2009 03:04 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? I've decided to bring this back to your attention, guys. I have received the following feedback to the bug I've registered: This error code 0x8004e00f is CONTEXT_E_TMNOTAVAILABLE, which happens when COM+ was unable to talk to the Microsoft Distributed Transaction Coordinator. This service is only required when the application is installed as a COM+ application as seen in administrative tools - component services, which occurs when isolation is set to medium or high. Either install with an Isolation value of low (the default if no isolation value is specified), or if you want to install with isolation values of medium or high, you'll have to enable the Microsoft Distributed Transaction Coordinator on the machine you're installing to, then install the MSI. DTC is disabled by default for XP machines, as far as I can see. This means manual action before running install, which is not good user experience. Could you please confirm that the way IISExtension works at the moment is not a subject to change in the nearest future? It might happen that I simply chose the incorrect approach. All I want to accomplish is to take existent 'Default web site', switch its root to my INSTALLDIR, and tune its properties, for instance, change the isolation level to Medium. What's the way you would keep to in order to achieve this? Please, suggest. Thanks a lot! -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 20, 2009 7:36 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? Thanks, I'll bring this to Mike's attention when we meet on Thursday. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Tuesday, January 20, 2009 08:15 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? Done: #2524017 -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 20, 2009 5:51 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? Yeah, sounds like a bug. Mike made some changes recently to handle COM+ configuration that was not getting cleaned up correctly. It could be this is a bug introduced by that change. Please do open a bug on SourceForge. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Tuesday, January 20, 2009 02:51 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Bug in iis:WebApplication? Hello WiX community, It seems I have found a bug in IIS extension. I hope I'm wrong and somebody will point me to my mistake. First of all, WiX version is 3.0.4917.0. I'm trying to configure the existent website in IIS 5.1. Here is my component definition: Component DiskId=1 Id=ModifyIISSite5 Guid={7041EB6F-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder Permanent=yes ConditionIISMAJORVERSION = #5/Condition iis:WebSite Id=IISSite5 Description=[IISSITE_NAME] Directory=WebsiteFolder ConfigureIfExists=yes iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT] / iis:WebApplication Id=IISSiteApplication5 Name=[PRODUCT_FAMILY] Isolation=medium / /iis:WebSite /Component When I build and run my MSI, it gives me the following error (snippet taken
[WiX-users] upgrade set up using wix
hi i have tried upgrading files and it works fine ..after lot of trial and error ..but now im am faced with a new dilema ..i have a text file with some contents and im refering to the file in this way File Id=version3.txt Source=C:\Documents and Settings\abc\Desktop\Version3.txt /File i build this code and Version3.txt file is deployed in the required location. ...evrything is fine so far as you can see i am hardcoding the path .now i change the contents of version3.txt i.e the text and install the set up again without building the wix code(after uninstalling the setup) . i am using RemoveExistingProducts Before='InstallInitialize'/ to remove the existing products and the contents are removed. here is the tricky part ... when i install the set up again the Version3.txt file is deployed in the required location but its contents are the old one (not the changes that i have made does the wix code take current file at a path (the hardcoded path C:\Documents and Settings\abc\Desktop\Version3.txt ) or the file during the build ??? if so then how do i go about this problem ?? is the problem only for text files . im using major upgrade syntax as im adding a few files and upgrading few files. -- View this message in context: http://n2.nabble.com/upgrade-set-up-using-wix-tp2231323p2231323.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] The website root appears blank after configuring existent site - another IIS extension bug?
Hello WiX developers, Sorry, but it seems I found another bug in the IIS extension. WiX version is 3.0.4917.0. Here is a component definition: Component DiskId=1 Id=ModifyIISSite5 Guid={YOURGUID-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder Permanent=yes iis:WebSite Id=IISSite5 Description=[IISSITE_NAME] Directory=WebsiteFolder ConfigureIfExists=yes iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT] / /iis:WebSite /Component The properties IISSITE_NAME and IISSITE_PORT are set with the command line to 'Default Web Site' and '80' appropriately. When the product is installed, it appears that the root path is set to blank ('Home Directory' tab, 'Local path' field in IIS console). 'WebsiteFolder' is an Id of a valid Directory table entry. This used to work before, thus I'm thinking this is a new build (3.0.4917.0) which causes the problem. The behavior is reproduced for both IIS5 and IIS6. Here's a log file snippet (no errors there): ... WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1023 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 2021 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/Root ID: 3001 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1015 ... Do you think it's worth registering as a bug? -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] KeyPath Concept shared DLLs
Hello, could someone explain to me, what exactly the KeyPath attribute represents? My installer project seems to work just fine without using this attribute, but every second WiX posting seems to talk about it without really explaining what it does. So I guess it could be important. On another note: If I want to install a dll file to the SystemFolder (and this dll could already be installed by a non wix installer - or could be tried to install later on by such an installer), ist it correct to set the SharedDllRefCount attribute of the file's component to 'yes' to create the needed registry settings? And is this all I have to do? thanks in advance ~ Paul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] KeyPath Concept shared DLLs
Concerning the KeyPath concept, take a look at the Component table definition (http://msdn.microsoft.com/en-us/library/aa368007.aspx) and also at the great Rob's article here: http://blogs.msdn.com/robmen/archive/2003/10/04/56479.aspx Hope this helps. -- Yan -Original Message- From: lensing [mailto:p.lens...@centriforce.de] Sent: Wednesday, January 28, 2009 12:52 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] KeyPath Concept shared DLLs Hello, could someone explain to me, what exactly the KeyPath attribute represents? My installer project seems to work just fine without using this attribute, but every second WiX posting seems to talk about it without really explaining what it does. So I guess it could be important. On another note: If I want to install a dll file to the SystemFolder (and this dll could already be installed by a non wix installer - or could be tried to install later on by such an installer), ist it correct to set the SharedDllRefCount attribute of the file's component to 'yes' to create the needed registry settings? And is this all I have to do? thanks in advance ~ Paul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] SetupBld and IIs Problem
Hello, I have created a simple WebSite installation by using WiX. This is my WXS-file. ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:iis=http://schemas.microsoft.com/wix/IIsExtension; Product Id=caf30021-1370-494f-b1ae-071885dadbec Name=IIsInstallProblem Language=1033 Version=1.0.0.0 Manufacturer=IIsInstallProblem UpgradeCode=3a0a9c06-2410-40aa-98dd-c6fe38873beb Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / ?define IIsWebVirtualDir_InstallGuid=b7bf6b3b-430f-456e-a5ab-c0881bf11bd4? ?define IIsWebVirtualDir_RemoveGuid=ffe64f77-d163-4508-96d5-6e07caade061? !-- Find path wwwroot -- Property Id=PATHWWWROOT RegistrySearch Id=Search Root=HKLM Key=Software\Microsoft\InetStp Name=PathWWWRoot Type=raw / /Property Directory Id=TARGETDIR Name=SourceDir Directory Id=PATHWWWROOT Directory Id=INSTALLDIR Name=webclient Component Id=Component_IIsWebVirtualDir Guid=$(var.IIsWebVirtualDir_InstallGuid) iis:WebVirtualDir Id=IIsWebVirtualDir_webclient Alias=webclient Directory=INSTALLDIR WebSite=DefaultWebSite iis:WebApplication Id=appwebclient Name=Web Client Isolation=medium/ iis:WebDirProperties Id=IIsWebDirProperties_webclient DefaultDocuments=TextFile1.txt Read=yes Script=yes / /iis:WebVirtualDir File Id=TextFile1 Source=TextFile1.txt / /Component Component Id=Remove_IIsWebVirtualDir Guid=$(var.IIsWebVirtualDir_RemoveGuid) RemoveFolder Id=IIsWebVirtualDir On=uninstall / /Component /Directory /Directory /Directory iis:WebSite Id=DefaultWebSite Description=Default Web Site iis:WebAddress Id=AllUnassigned Port=80/ /iis:WebSite Feature Id=ProductFeature Title=IIsInstallProblem Level=1 ComponentRef Id=Component_IIsWebVirtualDir / ComponentRef Id=Remove_IIsWebVirtualDir / /Feature /Product /Wix The result of compilation is IIsInstallProblem.msi. Installation and uninstallation works fine. At a next step I added the following lines to my IIsInstallProblem.wixproj: Target Name=AfterBuild Exec Command=copy quot;$(WixExtDir)setup.exequot; quot;$(TargetDir)quot; /Y ContinueOnError=false/ Exec Command=quot;$(WixExtDir)setupbld.exequot; -out quot;$(TargetDir)IIsInstallProblem.exequot; -msu quot;$(TargetDir)IIsInstallProblem.msiquot; -setup quot;$(TargetDir)setup.exequot; ContinueOnError=false/ /Target The MSI-file has been wrapped to IIsInstallProblem.exe. The installation with these EXE-file works fine but on uninstall via Software I got the following message: The feature you are trying to use is on a network resource that is unavailable. Click OK to try again, or enter an alternate path to a folder containing the installation package 'IIsInstallerProblem.msi' in the box below. If I click the Cancel(!) button the uninstall goes on without any other problems. If I uncomment all iis:... declarations in my WXS-file (for testing) and wrap the MSI-file into an EXE-file everything works fine (only the WebSite is not configured naturally). So I think the behavior has something to do with IIS extensions or maybe the setup.exe-stub of the WiX-bin-folder? Can anyone help me to avoid the strange message? Additional information: Windows XP SP3 WiX: 3.0.4909.0 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting if a product is installed and setting property
Thanks ! Sounds like I will use a DTF CA for that. On Wed, Jan 28, 2009 at 3:21 PM, Yan Sklyarenko y...@sitecore.net wrote: If your product is the same family as those you're detecting, then you might take advantage of FindRelatedProducts action: http://msdn.microsoft.com/en-us/library/aa368600.aspx. This is supported in WiX toolset via UpgradeVersion element, which actually maps to the Upgrade MSI table, and FindRelatedProducts element, which is there for sequencing purpose, as far as I can see (never used it myself yet). If otherwise your product has nothing in common with those you'd like to detect, then it might require custom action. DTF contains a class ProductInstallation, which defines a method GetRelatedProducts(upgradeCode), it's probably what you need (if your installation is compatible with managed custom actions). That's just an assumption, there might be better techniques for this. Hope this helps. -- Yan -Original Message- From: Eitan Behar [mailto:ei...@baconao.net] Sent: Wednesday, January 28, 2009 10:14 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Detecting if a product is installed and setting property Hi, Is there a way to detect if a product family is installed according to its product code, and set a property accordingly? I need to stop the setup if certain products are not installed, and I only have their upgrade codes, not the product code. Thanks, Eitan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting if a product is installed and setting property
As much as I love DTF, I don't see the need for a CA in this scenario. I believe you stated that the requirement is to detect products installed based on their upgrade code and block the install if a product is not detected. If that is correct, then the Upgrade table supports the msidbUpgradeAttributesOnlyDetect attribute which allows you to do your search, put found product codes into the property specified in the ActionProperty column. As long as you schedule FindRelatedProducts prior to Launch Conditions, you could then use the above property as a conditional expression to block your install. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Eitan Behar ei...@baconao.net wrote: From: Eitan Behar ei...@baconao.net Subject: Re: [WiX-users] Detecting if a product is installed and setting property To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 8:04 AM Thanks ! Sounds like I will use a DTF CA for that. On Wed, Jan 28, 2009 at 3:21 PM, Yan Sklyarenko y...@sitecore.net wrote: If your product is the same family as those you're detecting, then you might take advantage of FindRelatedProducts action: http://msdn.microsoft.com/en-us/library/aa368600.aspx. This is supported in WiX toolset via UpgradeVersion element, which actually maps to the Upgrade MSI table, and FindRelatedProducts element, which is there for sequencing purpose, as far as I can see (never used it myself yet). If otherwise your product has nothing in common with those you'd like to detect, then it might require custom action. DTF contains a class ProductInstallation, which defines a method GetRelatedProducts(upgradeCode), it's probably what you need (if your installation is compatible with managed custom actions). That's just an assumption, there might be better techniques for this. Hope this helps. -- Yan -Original Message- From: Eitan Behar [mailto:ei...@baconao.net] Sent: Wednesday, January 28, 2009 10:14 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Detecting if a product is installed and setting property Hi, Is there a way to detect if a product family is installed according to its product code, and set a property accordingly? I need to stop the setup if certain products are not installed, and I only have their upgrade codes, not the product code. Thanks, Eitan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating SQL Database with WiX v3
Still getting the error and no way to debug? Are there any other options? This way of restoring a database SHOULD work, right? Eric -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Tuesday, January 27, 2009 8:32 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 Yes, The sql server is local. It creates the blank database correctly and I can see the .mdf and .ldf files at the time of the error. The backup file is there as well. The problem must be with the restore script. I can run the script manually and it works fine. Is there anything that would cause WiX to read the sqlstring wrong? Maybe the single quotes aren't coming through as they should? Is there a WiX log or a way to add one so that I can get a more detailed message? Eric -Original Message- From: David Reed [mailto:david.r...@microsoft.com] Sent: Monday, January 26, 2009 3:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 That's often a 404-equivalent. There's usually more info in the server error log. Error -2147217900 Cannot open backup device 'incorrect_path_2_file.bak'. Device error or device off-line. See the SQL Server error log for more details. Make sure the SQL Server process has permissions to that path and that the file actually exists there. You are trying to restore to a local server instance, right? Not a remote server? -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Monday, January 26, 2009 13:21 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 I tried to restore the database from a backup file during the initial install and am getting this error below. Is there WiX log or something where I can get some more info on how to debug this? Below is my code and I think this should work. Anyone have any ideas? Thanks in advance for you help. Component Id=SuiteDatabaseComponent Guid=d6e96011-3252-4e85-80b5-b1ff64045e88 File Id=DatabaseBackup Name=SuiteBlank.bak Source=..\..\Database\Backups\SuiteBlank.bak / CreateFolder/ !-- installs database -- sql:SqlDatabase Id=db1 Server=[SQLSERVER] Instance=[SQLINSTANCE] Database=Suite CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser !-- define where the database files are saved -- sql:SqlFileSpec Id=mdf Name=Suite_Data Filename=[DATABASEDIR]Suite_Data.mdf Size=2MB GrowthSize=2MB/ sql:SqlLogFileSpec Id=ldf Name=Suite_Log Filename=[DATABASEDIR]Suite_Log.ldf/ /sql:SqlDatabase sql:SqlString Id='RestoreDB' SqlDb='db1' ContinueOnError='no' ExecuteOnInstall='yes' SQL=RESTORE DATABASE Suite FROM DISK = '[DATABASEDIR]SuiteBlank.bak' WITH MOVE 'Suite_Data' TO '[DATABASEDIR]Suite_Data.mdf', MOVE 'Suite_Log' TO '[DATABASEDIR]Suite_Log.ldf',REPLACE/ /Component Error -2147217900: failed to execute SQL string, error detail: RESTORE DATABASE is terminating abnormally., SQL key: RestoreDB SQL string: RESTORE DATABASE Suite FROM DISK = 'G:\Database\SuiteBlank.bak' WITH MOVE 'Suite_Data' TO G:\ ...\Suite_Log.ldf',REPLACE Eric Latendresse -Original Message- From: David Reed [mailto:david.r...@microsoft.com] Sent: Friday, January 23, 2009 11:44 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 It really depends on what those 9k scripts are doing. If your scripts are a raft of INSERT statements or other transactions, then you can probably switch to CSVs and bulk load (much faster), which is what we do with AdventureWorks now for SQL Server 2008 samples. The WiX3 code for ours is checked into CodePlex here along with the MSBuild scripts, etc: http://www.codeplex.com/SqlServerSamples/SourceControl/ListDownloadableC ommits.aspx In our experience with AdventureWorks' installers, switching to a backup/restore is likely to bloat the size of your installer quite a bit because the BAK files aren't nearly as compressible (if at all) as script files are... From: Eric Latendresse [elatendre...@optimum-solutions.com] Sent: Friday, January 23, 2009 13:10 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating
[WiX-users] Project references/Project output
Hi there, Currently I have the following in my wxs file to include project references.: File Name=$(var.Framework.Common.TargetFileName) Source=$(var.Framework.Common.TargetPath) DiskId=1 / The problem I am having is that it does not copy all the output from the project (including all referenced dll's). I want to add a reference in my wxs file that will get the output from all my project and not to manually include the extra assemblies that is being referenced by the projects. How would I go about doing this? I am using the latest build... Thanks, MS -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating SQL Database with WiX v3
Is it possible the Sql Database is locked after it creates it? The .mdf and .ldf file DO get created before the .msi is finished, but maybe because the .msi isn't complete the files are locked? Just a thought. If this is the case is there a way around this? TO create the blanks sql Database, unlock it, then run the restore script? Eric Latendresse -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Wednesday, January 28, 2009 8:59 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 Still getting the error and no way to debug? Are there any other options? This way of restoring a database SHOULD work, right? Eric -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Tuesday, January 27, 2009 8:32 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 Yes, The sql server is local. It creates the blank database correctly and I can see the .mdf and .ldf files at the time of the error. The backup file is there as well. The problem must be with the restore script. I can run the script manually and it works fine. Is there anything that would cause WiX to read the sqlstring wrong? Maybe the single quotes aren't coming through as they should? Is there a WiX log or a way to add one so that I can get a more detailed message? Eric -Original Message- From: David Reed [mailto:david.r...@microsoft.com] Sent: Monday, January 26, 2009 3:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 That's often a 404-equivalent. There's usually more info in the server error log. Error -2147217900 Cannot open backup device 'incorrect_path_2_file.bak'. Device error or device off-line. See the SQL Server error log for more details. Make sure the SQL Server process has permissions to that path and that the file actually exists there. You are trying to restore to a local server instance, right? Not a remote server? -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Monday, January 26, 2009 13:21 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 I tried to restore the database from a backup file during the initial install and am getting this error below. Is there WiX log or something where I can get some more info on how to debug this? Below is my code and I think this should work. Anyone have any ideas? Thanks in advance for you help. Component Id=SuiteDatabaseComponent Guid=d6e96011-3252-4e85-80b5-b1ff64045e88 File Id=DatabaseBackup Name=SuiteBlank.bak Source=..\..\Database\Backups\SuiteBlank.bak / CreateFolder/ !-- installs database -- sql:SqlDatabase Id=db1 Server=[SQLSERVER] Instance=[SQLINSTANCE] Database=Suite CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser !-- define where the database files are saved -- sql:SqlFileSpec Id=mdf Name=Suite_Data Filename=[DATABASEDIR]Suite_Data.mdf Size=2MB GrowthSize=2MB/ sql:SqlLogFileSpec Id=ldf Name=Suite_Log Filename=[DATABASEDIR]Suite_Log.ldf/ /sql:SqlDatabase sql:SqlString Id='RestoreDB' SqlDb='db1' ContinueOnError='no' ExecuteOnInstall='yes' SQL=RESTORE DATABASE Suite FROM DISK = '[DATABASEDIR]SuiteBlank.bak' WITH MOVE 'Suite_Data' TO '[DATABASEDIR]Suite_Data.mdf', MOVE 'Suite_Log' TO '[DATABASEDIR]Suite_Log.ldf',REPLACE/ /Component Error -2147217900: failed to execute SQL string, error detail: RESTORE DATABASE is terminating abnormally., SQL key: RestoreDB SQL string: RESTORE DATABASE Suite FROM DISK = 'G:\Database\SuiteBlank.bak' WITH MOVE 'Suite_Data' TO G:\ ...\Suite_Log.ldf',REPLACE Eric Latendresse -Original Message- From: David Reed [mailto:david.r...@microsoft.com] Sent: Friday, January 23, 2009 11:44 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 It really depends on what those 9k scripts are doing. If your scripts are a raft of INSERT statements or other transactions, then you can probably switch to CSVs and bulk load (much faster), which is what we do with AdventureWorks now for SQL Server 2008 samples. The WiX3 code for ours
Re: [WiX-users] Creating SQL Database with WiX v3
Run sql profiler when you install to see what is happening. Its how I debug my database install issues. Dave W -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: 28 January 2009 15:11 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 Is it possible the Sql Database is locked after it creates it? The .mdf and .ldf file DO get created before the .msi is finished, but maybe because the .msi isn't complete the files are locked? Just a thought. If this is the case is there a way around this? TO create the blanks sql Database, unlock it, then run the restore script? Eric Latendresse -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Wednesday, January 28, 2009 8:59 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 Still getting the error and no way to debug? Are there any other options? This way of restoring a database SHOULD work, right? Eric -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Tuesday, January 27, 2009 8:32 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 Yes, The sql server is local. It creates the blank database correctly and I can see the .mdf and .ldf files at the time of the error. The backup file is there as well. The problem must be with the restore script. I can run the script manually and it works fine. Is there anything that would cause WiX to read the sqlstring wrong? Maybe the single quotes aren't coming through as they should? Is there a WiX log or a way to add one so that I can get a more detailed message? Eric -Original Message- From: David Reed [mailto:david.r...@microsoft.com] Sent: Monday, January 26, 2009 3:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 That's often a 404-equivalent. There's usually more info in the server error log. Error -2147217900 Cannot open backup device 'incorrect_path_2_file.bak'. Device error or device off-line. See the SQL Server error log for more details. Make sure the SQL Server process has permissions to that path and that the file actually exists there. You are trying to restore to a local server instance, right? Not a remote server? -Original Message- From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com] Sent: Monday, January 26, 2009 13:21 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating SQL Database with WiX v3 I tried to restore the database from a backup file during the initial install and am getting this error below. Is there WiX log or something where I can get some more info on how to debug this? Below is my code and I think this should work. Anyone have any ideas? Thanks in advance for you help. Component Id=SuiteDatabaseComponent Guid=d6e96011-3252-4e85-80b5-b1ff64045e88 File Id=DatabaseBackup Name=SuiteBlank.bak Source=..\..\Database\Backups\SuiteBlank.bak / CreateFolder/ !-- installs database -- sql:SqlDatabase Id=db1 Server=[SQLSERVER] Instance=[SQLINSTANCE] Database=Suite CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser !-- define where the database files are saved -- sql:SqlFileSpec Id=mdf Name=Suite_Data Filename=[DATABASEDIR]Suite_Data.mdf Size=2MB GrowthSize=2MB/ sql:SqlLogFileSpec Id=ldf Name=Suite_Log Filename=[DATABASEDIR]Suite_Log.ldf/ /sql:SqlDatabase sql:SqlString Id='RestoreDB' SqlDb='db1' ContinueOnError='no' ExecuteOnInstall='yes' SQL=RESTORE DATABASE Suite FROM DISK = '[DATABASEDIR]SuiteBlank.bak' WITH MOVE 'Suite_Data' TO '[DATABASEDIR]Suite_Data.mdf', MOVE 'Suite_Log' TO '[DATABASEDIR]Suite_Log.ldf',REPLACE/ /Component Error -2147217900: failed to execute SQL string, error detail: RESTORE DATABASE is terminating abnormally., SQL key: RestoreDB SQL string: RESTORE DATABASE Suite FROM DISK = 'G:\Database\SuiteBlank.bak' WITH MOVE 'Suite_Data' TO G:\ ...\Suite_Log.ldf',REPLACE Eric Latendresse -Original Message- From: David Reed [mailto:david.r...@microsoft.com] Sent: Friday, January 23, 2009 11:44 PM To: General discussion for Windows Installer XML
Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug?
I've confirmed this seems to be a bug for me too, in 3.0.4923.0. Going back to 3.0.4909.0 resolved the issue. Yan Sklyarenko wrote: Hello WiX developers, Sorry, but it seems I found another bug in the IIS extension. WiX version is 3.0.4917.0. Here is a component definition: Component DiskId=1 Id=ModifyIISSite5 Guid={YOURGUID-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder Permanent=yes iis:WebSite Id=IISSite5 Description=[IISSITE_NAME] Directory=WebsiteFolder ConfigureIfExists=yes iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT] / /iis:WebSite /Component The properties IISSITE_NAME and IISSITE_PORT are set with the command line to 'Default Web Site' and '80' appropriately. When the product is installed, it appears that the root path is set to blank ('Home Directory' tab, 'Local path' field in IIS console). 'WebsiteFolder' is an Id of a valid Directory table entry. This used to work before, thus I'm thinking this is a new build (3.0.4917.0) which causes the problem. The behavior is reproduced for both IIS5 and IIS6. Here's a log file snippet (no errors there): ... WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1023 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 2021 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/Root ID: 3001 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1015 ... Do you think it's worth registering as a bug? -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting if a product is installed and setting property
sounds great, but, it does not seem to work :^( I have the code below, and although WSE is installed, I keep getting the Condition Message. I have checked the msi which I used to install WSE and the Upgrade Code is correct. (I did copy-paste from its msi) Upgrade Id=B4BB35AA-51EC-41A5-9C85-90D6FA98968C UpgradeVersion Maximum=99.0.0.0 Property=WSE30 OnlyDetect=yes ExcludeLanguages=yes/ /Upgrade Property Id=WSE30 Secure=yes/ Condition Message=This application requires WSE 3.0. Please install WSE 3.0 then run this installer again. ![CDATA[Installed OR WSE30]] /Condition InstallExecuteSequence FindRelatedProducts Before=LaunchConditions / /InstallExecuteSequence On Wed, Jan 28, 2009 at 4:25 PM, Christopher Painter chr...@deploymentengineering.com wrote: As much as I love DTF, I don't see the need for a CA in this scenario. I believe you stated that the requirement is to detect products installed based on their upgrade code and block the install if a product is not detected. If that is correct, then the Upgrade table supports the msidbUpgradeAttributesOnlyDetect attribute which allows you to do your search, put found product codes into the property specified in the ActionProperty column. As long as you schedule FindRelatedProducts prior to Launch Conditions, you could then use the above property as a conditional expression to block your install. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Eitan Behar ei...@baconao.net wrote: From: Eitan Behar ei...@baconao.net Subject: Re: [WiX-users] Detecting if a product is installed and setting property To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 8:04 AM Thanks ! Sounds like I will use a DTF CA for that. On Wed, Jan 28, 2009 at 3:21 PM, Yan Sklyarenko y...@sitecore.net wrote: If your product is the same family as those you're detecting, then you might take advantage of FindRelatedProducts action: http://msdn.microsoft.com/en-us/library/aa368600.aspx. This is supported in WiX toolset via UpgradeVersion element, which actually maps to the Upgrade MSI table, and FindRelatedProducts element, which is there for sequencing purpose, as far as I can see (never used it myself yet). If otherwise your product has nothing in common with those you'd like to detect, then it might require custom action. DTF contains a class ProductInstallation, which defines a method GetRelatedProducts(upgradeCode), it's probably what you need (if your installation is compatible with managed custom actions). That's just an assumption, there might be better techniques for this. Hope this helps. -- Yan -Original Message- From: Eitan Behar [mailto:ei...@baconao.net] Sent: Wednesday, January 28, 2009 10:14 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Detecting if a product is installed and setting property Hi, Is there a way to detect if a product family is installed according to its product code, and set a property accordingly? I need to stop the setup if certain products are not installed, and I only have their upgrade codes, not the product code. Thanks, Eitan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] IIS impersonates user? Works with UAC?
4805, I will try updating to latest given Bob's other mail. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 10:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Where to store SQL Server login credentials for uninstall?
Hello WiX community, This is rather a 'best practice' question. My installation needs MS SQL server credentials to run attach scripts. This info is requested from user. Those values which are necessary during uninstall are usually kept in system registry. But in this case we are storing MS SQL password in plain text. Is there any other way to secure this info, but still have it available during uninstall? I can think only about storing hash at the moment... Thank you. -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting if a product is installed and setting property
I'd look at the logfile and built MSI using ORCA and see what's going on. Is FindRelatedProduts sequenced/running prior to LaunchConditions? Is FindRelatedProperty setting the WSE30 property with a found product code. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Eitan Behar ei...@baconao.net wrote: From: Eitan Behar ei...@baconao.net Subject: Re: [WiX-users] Detecting if a product is installed and setting property To: chr...@deploymentengineering.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 9:57 AM sounds great, but, it does not seem to work :^( I have the code below, and although WSE is installed, I keep getting the Condition Message. I have checked the msi which I used to install WSE and the Upgrade Code is correct. (I did copy-paste from its msi) Upgrade Id=B4BB35AA-51EC-41A5-9C85-90D6FA98968C UpgradeVersion Maximum=99.0.0.0 Property=WSE30 OnlyDetect=yes ExcludeLanguages=yes/ /Upgrade Property Id=WSE30 Secure=yes/ Condition Message=This application requires WSE 3.0. Please install WSE 3.0 then run this installer again. ![CDATA[Installed OR WSE30]] /Condition InstallExecuteSequence FindRelatedProducts Before=LaunchConditions / /InstallExecuteSequence On Wed, Jan 28, 2009 at 4:25 PM, Christopher Painter chr...@deploymentengineering.com wrote: As much as I love DTF, I don't see the need for a CA in this scenario. I believe you stated that the requirement is to detect products installed based on their upgrade code and block the install if a product is not detected. If that is correct, then the Upgrade table supports the msidbUpgradeAttributesOnlyDetect attribute which allows you to do your search, put found product codes into the property specified in the ActionProperty column. As long as you schedule FindRelatedProducts prior to Launch Conditions, you could then use the above property as a conditional expression to block your install. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Eitan Behar ei...@baconao.net wrote: From: Eitan Behar ei...@baconao.net Subject: Re: [WiX-users] Detecting if a product is installed and setting property To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 8:04 AM Thanks ! Sounds like I will use a DTF CA for that. On Wed, Jan 28, 2009 at 3:21 PM, Yan Sklyarenko y...@sitecore.net wrote: If your product is the same family as those you're detecting, then you might take advantage of FindRelatedProducts action: http://msdn.microsoft.com/en-us/library/aa368600.aspx. This is supported in WiX toolset via UpgradeVersion element, which actually maps to the Upgrade MSI table, and FindRelatedProducts element, which is there for sequencing purpose, as far as I can see (never used it myself yet). If otherwise your product has nothing in common with those you'd like to detect, then it might require custom action. DTF contains a class ProductInstallation, which defines a method GetRelatedProducts(upgradeCode), it's probably what you need (if your installation is compatible with managed custom actions). That's just an assumption, there might be better techniques for this. Hope this helps. -- Yan -Original Message- From: Eitan Behar [mailto:ei...@baconao.net] Sent: Wednesday, January 28, 2009 10:14 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Detecting if a product is installed and setting property Hi, Is there a way to detect if a product family is installed according to its product code, and set a property accordingly? I need to stop the setup if certain products are not installed, and I only have their upgrade codes, not the product code. Thanks, Eitan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story.
[WiX-users] Features of XmlConfig - can be considered bugs?
Hello WiX developers, I have been using XmlConfig elements in my installation for some time and I've noticed a number of things which I qualify as minor bugs: 1) When you modify an existent attribute of an existent XML element, it is moved to the end of the element: Before Person Name=John Lastname=Smith Age=35/ After Person Lastname=Smith Age=35 Name=Mary/ 2) When you modify a self-closing element, it removes the space between the last attribute and the closing structure: Before Person Name=John Lastname=Smith Age=35 / After Person Lastname=Smith Age=35 Name=Mary/ 3) When you delete an element, it leaves the empty line: Before Person Name=John Lastname=Smith Age=35 / Person Name=Tony Lastname=Black Age=40 / Person Name=Amy Lastname=White Age=20 / After Person Name=John Lastname=Smith Age=35 / Person Name=Amy Lastname=White Age=20 / Can this be registered as minor bugs? There's nothing vitally important here, just not convenient to diff afterwards... Thanks. -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug?
Actually, scratch that. Neither build works on my Windows Server 2003 / IIS 6 box, but both work on my Windows Vista / IIS 7 box. I haven't tracked down why, but looking at the logs, WriteMetabaseChanges comes before ConfigureIIs on the packages built on the Vista box, and on the failed builds ConfigureIIsExec comes before WriteMetabaseChanges. Chris Eldredge wrote: I've confirmed this seems to be a bug for me too, in 3.0.4923.0. Going back to 3.0.4909.0 resolved the issue. Yan Sklyarenko wrote: Hello WiX developers, Sorry, but it seems I found another bug in the IIS extension. WiX version is 3.0.4917.0. Here is a component definition: Component DiskId=1 Id=ModifyIISSite5 Guid={YOURGUID-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder Permanent=yes iis:WebSite Id=IISSite5 Description=[IISSITE_NAME] Directory=WebsiteFolder ConfigureIfExists=yes iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT] / /iis:WebSite /Component The properties IISSITE_NAME and IISSITE_PORT are set with the command line to 'Default Web Site' and '80' appropriately. When the product is installed, it appears that the root path is set to blank ('Home Directory' tab, 'Local path' field in IIS console). 'WebsiteFolder' is an Id of a valid Directory table entry. This used to work before, thus I'm thinking this is a new build (3.0.4917.0) which causes the problem. The behavior is reproduced for both IIS5 and IIS6. Here's a log file snippet (no errors there): ... WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1023 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 2021 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/Root ID: 3001 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1015 ... Do you think it's worth registering as a bug? -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug?
Sorry for the all the self-replies but I've been updating as I go. Build 3.0.4827.0 works for me on Server 2003 and on Vista. Chris Eldredge wrote: Actually, scratch that. Neither build works on my Windows Server 2003 / IIS 6 box, but both work on my Windows Vista / IIS 7 box. I haven't tracked down why, but looking at the logs, WriteMetabaseChanges comes before ConfigureIIs on the packages built on the Vista box, and on the failed builds ConfigureIIsExec comes before WriteMetabaseChanges. Chris Eldredge wrote: I've confirmed this seems to be a bug for me too, in 3.0.4923.0. Going back to 3.0.4909.0 resolved the issue. Yan Sklyarenko wrote: Hello WiX developers, Sorry, but it seems I found another bug in the IIS extension. WiX version is 3.0.4917.0. Here is a component definition: Component DiskId=1 Id=ModifyIISSite5 Guid={YOURGUID-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder Permanent=yes iis:WebSite Id=IISSite5 Description=[IISSITE_NAME] Directory=WebsiteFolder ConfigureIfExists=yes iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT] / /iis:WebSite /Component The properties IISSITE_NAME and IISSITE_PORT are set with the command line to 'Default Web Site' and '80' appropriately. When the product is installed, it appears that the root path is set to blank ('Home Directory' tab, 'Local path' field in IIS console). 'WebsiteFolder' is an Id of a valid Directory table entry. This used to work before, thus I'm thinking this is a new build (3.0.4917.0) which causes the problem. The behavior is reproduced for both IIS5 and IIS6. Here's a log file snippet (no errors there): ... WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1023 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 2021 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/Root ID: 3001 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1015 ... Do you think it's worth registering as a bug? -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug?
Can you open a bug on this issue? I'm a little confused on exactly what is wrong but if you can capture that in the bug that would help us fix it. There was recently a very large change to the CA to better support IIS7 and this could be fallout from that. -Original Message- From: Chris Eldredge [mailto:chris.eldre...@gmail.com] Sent: Wednesday, January 28, 2009 08:58 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug? Sorry for the all the self-replies but I've been updating as I go. Build 3.0.4827.0 works for me on Server 2003 and on Vista. Chris Eldredge wrote: Actually, scratch that. Neither build works on my Windows Server 2003 / IIS 6 box, but both work on my Windows Vista / IIS 7 box. I haven't tracked down why, but looking at the logs, WriteMetabaseChanges comes before ConfigureIIs on the packages built on the Vista box, and on the failed builds ConfigureIIsExec comes before WriteMetabaseChanges. Chris Eldredge wrote: I've confirmed this seems to be a bug for me too, in 3.0.4923.0. Going back to 3.0.4909.0 resolved the issue. Yan Sklyarenko wrote: Hello WiX developers, Sorry, but it seems I found another bug in the IIS extension. WiX version is 3.0.4917.0. Here is a component definition: Component DiskId=1 Id=ModifyIISSite5 Guid={YOURGUID-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder Permanent=yes iis:WebSite Id=IISSite5 Description=[IISSITE_NAME] Directory=WebsiteFolder ConfigureIfExists=yes iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT] / /iis:WebSite /Component The properties IISSITE_NAME and IISSITE_PORT are set with the command line to 'Default Web Site' and '80' appropriately. When the product is installed, it appears that the root path is set to blank ('Home Directory' tab, 'Local path' field in IIS console). 'WebsiteFolder' is an Id of a valid Directory table entry. This used to work before, thus I'm thinking this is a new build (3.0.4917.0) which causes the problem. The behavior is reproduced for both IIS5 and IIS6. Here's a log file snippet (no errors there): ... WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1023 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 2021 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/Root ID: 3001 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1015 ... Do you think it's worth registering as a bug? -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Features of XmlConfig - can be considered bugs?
Those are all side-effects of using MSXML. It isn't the friendliest at maintaining all the previous whitespace and shaping. A Feature Request seems fine but as long as things work, I don't think a bug is appropriate. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Wednesday, January 28, 2009 08:36 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Features of XmlConfig - can be considered bugs? Hello WiX developers, I have been using XmlConfig elements in my installation for some time and I've noticed a number of things which I qualify as minor bugs: 1) When you modify an existent attribute of an existent XML element, it is moved to the end of the element: Before Person Name=John Lastname=Smith Age=35/ After Person Lastname=Smith Age=35 Name=Mary/ 2) When you modify a self-closing element, it removes the space between the last attribute and the closing structure: Before Person Name=John Lastname=Smith Age=35 / After Person Lastname=Smith Age=35 Name=Mary/ 3) When you delete an element, it leaves the empty line: Before Person Name=John Lastname=Smith Age=35 / Person Name=Tony Lastname=Black Age=40 / Person Name=Amy Lastname=White Age=20 / After Person Name=John Lastname=Smith Age=35 / Person Name=Amy Lastname=White Age=20 / Can this be registered as minor bugs? There's nothing vitally important here, just not convenient to diff afterwards... Thanks. -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where to store SQL Server login credentials for uninstall?
DPAPI is your friend. I have bits and pieces of a CustomAction I should finish that encrypts Properties... -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Wednesday, January 28, 2009 08:23 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Where to store SQL Server login credentials for uninstall? Hello WiX community, This is rather a 'best practice' question. My installation needs MS SQL server credentials to run attach scripts. This info is requested from user. Those values which are necessary during uninstall are usually kept in system registry. But in this case we are storing MS SQL password in plain text. Is there any other way to secure this info, but still have it available during uninstall? I can think only about storing hash at the moment... Thank you. -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting if a product is installed and setting property
Why not use a ComponentSearch instead? -Original Message- From: Eitan Behar [mailto:ei...@baconao.net] Sent: Wednesday, January 28, 2009 06:05 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Detecting if a product is installed and setting property Thanks ! Sounds like I will use a DTF CA for that. On Wed, Jan 28, 2009 at 3:21 PM, Yan Sklyarenko y...@sitecore.net wrote: If your product is the same family as those you're detecting, then you might take advantage of FindRelatedProducts action: http://msdn.microsoft.com/en-us/library/aa368600.aspx. This is supported in WiX toolset via UpgradeVersion element, which actually maps to the Upgrade MSI table, and FindRelatedProducts element, which is there for sequencing purpose, as far as I can see (never used it myself yet). If otherwise your product has nothing in common with those you'd like to detect, then it might require custom action. DTF contains a class ProductInstallation, which defines a method GetRelatedProducts(upgradeCode), it's probably what you need (if your installation is compatible with managed custom actions). That's just an assumption, there might be better techniques for this. Hope this helps. -- Yan -Original Message- From: Eitan Behar [mailto:ei...@baconao.net] Sent: Wednesday, January 28, 2009 10:14 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Detecting if a product is installed and setting property Hi, Is there a way to detect if a product family is installed according to its product code, and set a property accordingly? I need to stop the setup if certain products are not installed, and I only have their upgrade codes, not the product code. Thanks, Eitan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bug in iis:WebApplication?
It does surprise me that IIS console can configure this and the CustomAction cannot. I wonder if this is another issue related recent build changes. Would you mind trying an older build of WiX (two months or maybe six months) and see if it works. If this used to work and doesn't now then there is definitely a bug to be fixed. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Wednesday, January 28, 2009 01:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? What happens if you create a medium isolated AppPool on Windows XP with DTC disabled? If you mean doing this manually via IIS console, then it works fine with DTC disabled. I can easily create applications with Medium and High isolation level, and DTC stays disabled. If you mean using WiX IIS extension, then it fails with the error I filed as a bug previously. I think this is less an issue with the extension and more a design issue with IIS I'm confident you're right. But I hope you can give me a hint how to work such IIS issues around. I really don't want to fall back to the custom actions :) One of my goals when switching the installation to WiX was to avoid inventing my own custom actions (at least, deferred ones). Thank you! -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 6:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? What happens if you create a medium isolated AppPool on Windows XP with DTC disabled? Does it have issues as well or does it automatically enable DTC? I think this is less an issue with the extension and more a design issue with IIS. We try to plaster over a lot of bad designs in the WiX CustomActions but sometimes things still poke through. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Tuesday, January 27, 2009 03:04 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? I've decided to bring this back to your attention, guys. I have received the following feedback to the bug I've registered: This error code 0x8004e00f is CONTEXT_E_TMNOTAVAILABLE, which happens when COM+ was unable to talk to the Microsoft Distributed Transaction Coordinator. This service is only required when the application is installed as a COM+ application as seen in administrative tools - component services, which occurs when isolation is set to medium or high. Either install with an Isolation value of low (the default if no isolation value is specified), or if you want to install with isolation values of medium or high, you'll have to enable the Microsoft Distributed Transaction Coordinator on the machine you're installing to, then install the MSI. DTC is disabled by default for XP machines, as far as I can see. This means manual action before running install, which is not good user experience. Could you please confirm that the way IISExtension works at the moment is not a subject to change in the nearest future? It might happen that I simply chose the incorrect approach. All I want to accomplish is to take existent 'Default web site', switch its root to my INSTALLDIR, and tune its properties, for instance, change the isolation level to Medium. What's the way you would keep to in order to achieve this? Please, suggest. Thanks a lot! -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 20, 2009 7:36 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? Thanks, I'll bring this to Mike's attention when we meet on Thursday. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Tuesday, January 20, 2009 08:15 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? Done: #2524017 -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 20, 2009 5:51 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? Yeah, sounds like a bug. Mike made some changes recently to handle COM+ configuration that was not getting cleaned up correctly. It could be this is a bug introduced by that change. Please do open a bug on SourceForge. -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Tuesday, January 20, 2009 02:51 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Bug in iis:WebApplication? Hello WiX community, It seems I have found a bug in IIS extension. I hope I'm wrong and somebody will point me to my mistake. First of all, WiX version is 3.0.4917.0. I'm trying to configure the existent website in IIS 5.1. Here is my component definition:
Re: [WiX-users] upgrade set up using wix
The Source element tells the WiX toolset where to get the files to put them into your MSI. If you don't rebuild your MSI then you're not getting the new file in your MSI. -Original Message- From: kkrules1 [mailto:kkrul...@gmail.com] Sent: Wednesday, January 28, 2009 01:57 To: wix-users@lists.sourceforge.net Subject: [WiX-users] upgrade set up using wix hi i have tried upgrading files and it works fine ..after lot of trial and error ..but now im am faced with a new dilema ..i have a text file with some contents and im refering to the file in this way File Id=version3.txt Source=C:\Documents and Settings\abc\Desktop\Version3.txt /File i build this code and Version3.txt file is deployed in the required location. ...evrything is fine so far as you can see i am hardcoding the path .now i change the contents of version3.txt i.e the text and install the set up again without building the wix code(after uninstalling the setup) . i am using RemoveExistingProducts Before='InstallInitialize'/ to remove the existing products and the contents are removed. here is the tricky part ... when i install the set up again the Version3.txt file is deployed in the required location but its contents are the old one (not the changes that i have made does the wix code take current file at a path (the hardcoded path C:\Documents and Settings\abc\Desktop\Version3.txt ) or the file during the build ??? if so then how do i go about this problem ?? is the problem only for text files . im using major upgrade syntax as im adding a few files and upgrading few files. -- View this message in context: http://n2.nabble.com/upgrade-set-up-using-wix-tp2231323p2231323.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting if a product is installed and setting property
Upgrade table should do this, right? -Original Message- From: Eitan Behar [mailto:ei...@baconao.net] Sent: Wednesday, January 28, 2009 00:14 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Detecting if a product is installed and setting property Hi, Is there a way to detect if a product family is installed according to its product code, and set a property accordingly? I need to stop the setup if certain products are not installed, and I only have their upgrade codes, not the product code. Thanks, Eitan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extracting a certificate from binary table
Hey Pratapa, I am not sure I can help you append data to your custom action. However, here is what I do to read the data from the stream being passed to the deferred custom action. HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; BOOL isTurnedOn = FALSE; LPWSTR pwzAuthCabPath = NULL; HANDLE hFile = INVALID_HANDLE_VALUE; LPWSTR pwzCustomActionData = NULL; LPBYTE pbData = NULL; DWORD_PTR cbData = 0; DWORD cbWritten = 0; hr = WcaInitialize(hInstall, ConfigureMU); ExitOnFailure(hr, failed to initialize ConfigureMU); // get temporary path for extracted file StrAlloc(pwzAuthCabPath, MAX_PATH); ExitOnFailure(hr, Failed to allocate temporary path); ::GetTempPathW(MAX_PATH, pwzAuthCabPath); hr = ::StringCchCatW(pwzAuthCabPath, MAX_PATH, Lmuauth.cab); ExitOnFailure(hr, Failed to append filename.); hr = WcaGetProperty( LCustomActionData, pwzCustomActionData); ExitOnFailure(hr, failed to get CustomActionData); *//Get the stream for the custom action data. hr = WcaReadStreamFromCaData(pwzCustomActionData, pbData, cbData); ExitOnFailure(hr, failed to read file contents from custom action data);* Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jan 27, 2009 at 11:22 PM, psanaga pratap.san...@gmail.com wrote: Thank you Brian. I figured out how to get the data from the binary table. But I'm still not able to find how to append data to the custom action data. Also, I'm getting return code 6(I'm guessing invalid handle) for MsiGetProperty(). I don't recall any change to my code which would cause this. Any idea in what all conditions I might get this error? Thanks! Brian Rogers wrote: Hey, This is some code that I used to do that. I think you can look into the shellexecca.cpp http://wix.cvs.sourceforge.net/viewvc/wix/wix/src/ca/wixca/dll/shellexecca.cpp?hideattic=1revision=1.4view=markuppathrev=MAIN file. HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; LPWSTR pwzStreamToString = NULL; BYTE* pbData = NULL; DWORD cbData = 0; hr = WcaInitialize(hInstall, ScheduleMuConfig); ExitOnFailure(hr, failed to initialize ScheduleMuConfig); //Extact the muauth.cab to a stream. hr = ExtractBinary(LMuAuthCab, pbData, cbData); ExitOnFailure(hr, failed to extract binary data); //Write the stream to a string to be passed as CustomActionData hr = WcaWriteStreamToCaData(pbData, cbData, pwzStreamToString); ExitOnFailure(hr, failed to write the stream to a string); hr = WcaDoDeferredAction(LRollbackConfigMU, LRollback, 0); ExitOnFailure(hr, Failed to schedule RollbackConfigMU); hr = WcaDoDeferredAction(LConfigureMU, pwzStreamToString, COST_MU_CONFIG_TRANSACTION); ExitOnFailure(hr, Failed to schedule ConfigureMU); LExit: ReleaseStr(pwzStreamToString); ReleaseMem(pbData); if (FAILED(hr)) { er = ERROR_INSTALL_FAILURE; } return WcaFinalize(er); Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Jan 26, 2009 at 12:03 AM, Pratapa Reddy Sanaga pratap.san...@gmail.com wrote: Hi, I'm placing a .pfx certificate in the binary table and wish to retrieve it in my deferred custom action dll. From what I read on the forum, I see that this can be achieved by reading the certificate using immediate custom action, write it to custom action data(or to a temporary file, which I don't prefer) and then call the deferred custom action that can use this data. Can someone please help me with the following doubts: 1. What APIs should I be looking at, to write to custom action data in an immediate custom action? 2. The certificate is purely binary data and all the APIs return strings. So, I'm afraid that I'd loose some data if there is a NULL in the binary data. How can I handle this situation? 3. I have a URI that should also be placed in the custom action data. So, how can I append the certificate's binary stream to the custom action data(which contains the URI already)? Thanks, Pratapa. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Project references/Project output
That isn't possible, you have to add each file you want from your project. I would do this by setting Directory/@FileSource or DirectoryRef/@FileSource to var.ProjectName.TargetDir then include each file by just setting File/@Name. Neil -Original Message- From: Marais van Zyl [mailto:li...@projexis.co.za] Sent: 28 January 2009 15:03 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Project references/Project output Hi there, Currently I have the following in my wxs file to include project references.: File Name=$(var.Framework.Common.TargetFileName) Source=$(var.Framework.Common.TargetPath) DiskId=1 / The problem I am having is that it does not copy all the output from the project (including all referenced dll's). I want to add a reference in my wxs file that will get the output from all my project and not to manually include the extra assemblies that is being referenced by the projects. How would I go about doing this? I am using the latest build... Thanks, MS -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS impersonates user? Works with UAC?
OK, so I grabbed 4923 from SF and it appears to install correctly. However, before in my iis:WebSite element I had: iis:WebAddress Id=AllUnassigned Port=80 Header=[TMEHOSTHEADER] Secure=no / And now my web site is showing up in IIS with a host header of [TMEHOSTHEADER] (note: the literal, not the value of the variable) and the site won't start up with the invalid characters in the host header. This seems like a regression maybe? Or do I need to do something to make the property resolve? Thanks, Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 8:09 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? 4805, I will try updating to latest given Bob's other mail. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 10:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS impersonates user? Works with UAC?
Heh, that's definitely a regression. There was a major change to IIS CA recently to handle UAC/IIS7 better. We are just starting to find the fallout from it. Not surprising considering the scope of the change and I expect these will be mostly easy to fix. Can you please make sure a bug is open, and mark it Group v3.0 and Category extension? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 09:43 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? OK, so I grabbed 4923 from SF and it appears to install correctly. However, before in my iis:WebSite element I had: iis:WebAddress Id=AllUnassigned Port=80 Header=[TMEHOSTHEADER] Secure=no / And now my web site is showing up in IIS with a host header of [TMEHOSTHEADER] (note: the literal, not the value of the variable) and the site won't start up with the invalid characters in the host header. This seems like a regression maybe? Or do I need to do something to make the property resolve? Thanks, Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 8:09 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? 4805, I will try updating to latest given Bob's other mail. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 10:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] extracting WiX compiled version from msi file
Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Yes, as per the MSI SDK we store the version of the WiX toolset in the Summary Information stream that is designate for the generator of the MSI. You'll have to write a little custom script to yank it out since Orca doesn't show that field of the Summary Information stream. MSI SDK will show you how. -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: Wednesday, January 28, 2009 10:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where to store SQL Server login credentials foruninstall?
How do you handle the case where the SQL server credentials you stored are not current when you go to uninstall. For example, 1. Install your product, storing the SQL credentials 2. Go into SQL Server Management Studio 3. Change the password for the user stored above 4. Uninstall Unless you prompt during the uninstall for the new password wouldn't this fail? Our customers are always changing their passwords so we can't rely on it being the same during the uninstall as when they installed. Just curious Chad -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Wednesday, January 28, 2009 8:23 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Where to store SQL Server login credentials foruninstall? Hello WiX community, This is rather a 'best practice' question. My installation needs MS SQL server credentials to run attach scripts. This info is requested from user. Those values which are necessary during uninstall are usually kept in system registry. But in this case we are storing MS SQL password in plain text. Is there any other way to secure this info, but still have it available during uninstall? I can think only about storing hash at the moment... Thank you. -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
It is in the summary information but the only tool I know that displays it is InstEd (http://www.instedit.com/). A rough way of find it is to open the MSI in a text editor and search for Windows Installer XML you should find a string like Windows Installer XML (3.0.4923.0). I am sure there is an easier way of finding though. Neil -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: 28 January 2009 18:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Rob Mensching wrote: Yes, as per the MSI SDK we store the version of the WiX toolset in the Summary Information stream that is designate for the generator of the MSI. You'll have to write a little custom script to yank it out since Orca doesn't show that field of the Summary Information stream. MSI SDK will show you how. The sample script WiSumInf.vbs in the MSI SDK shows it: cscript ...\WiSumInf.vbs ...\Wix3_x64.msi Microsoft (R) Windows Script Host Version 5.7 Copyright (C) Microsoft Corporation. All rights reserved. 1 Codepage = 1252 2 Title = Installation Database 3 Subject = Windows Installer XML Toolset Visual Studio Package 4 Author = Microsoft Corporation 5 Keywords = Database, Installer 6 Comments = Windows Installer XML Toolset Visual Studio Package 7 Template = x64;1033 9 Revision = {798D69D8-52CD-4345-9614-71BA19A18528} 12 Created = 23-Jan-09 08:04:36 13 Saved = 23-Jan-09 08:04:36 14 Pages = 200 15 Words = 2 18 Application = Windows Installer XML (3.0.4923.0) 19 Security = 2 -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SetupBld and IIs Problem
Uwe Stump wrote: The MSI-file has been wrapped to IIsInstallProblem.exe. The installation with these EXE-file works fine but on uninstall via Software I got the following message: The feature you are trying to use is on a network resource that is unavailable. Click OK to try again, or enter an alternate path to a folder containing the installation package 'IIsInstallerProblem.msi' in the box below. If I click the Cancel(!) button the uninstall goes on without any other problems. Check a verbose log to see what resource MSI is looking for from the original database. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
It's easy as pie in C#/DTF: String creatingApp; using( var database = new Database( PATH_TO_MSI, DatabaseOpenMode.ReadOnly)) { creatingApp = database.SummaryInfo.CreatingApp; } Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: Re: [WiX-users] extracting WiX compiled version from msi file To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 12:13 PM It is in the summary information but the only tool I know that displays it is InstEd (http://www.instedit.com/). A rough way of find it is to open the MSI in a text editor and search for Windows Installer XML you should find a string like Windows Installer XML (3.0.4923.0). I am sure there is an easier way of finding though. Neil -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: 28 January 2009 18:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Hmmm... maybe a nice feature request for MSI 5.0 SDK would be to replace all of those samples with C#/DTF versions. :-) Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Bob Arnson b...@joyofsetup.com wrote: From: Bob Arnson b...@joyofsetup.com Subject: Re: [WiX-users] extracting WiX compiled version from msi file To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 12:13 PM Rob Mensching wrote: Yes, as per the MSI SDK we store the version of the WiX toolset in the Summary Information stream that is designate for the generator of the MSI. You'll have to write a little custom script to yank it out since Orca doesn't show that field of the Summary Information stream. MSI SDK will show you how. The sample script WiSumInf.vbs in the MSI SDK shows it: cscript ...\WiSumInf.vbs ...\Wix3_x64.msi Microsoft (R) Windows Script Host Version 5.7 Copyright (C) Microsoft Corporation. All rights reserved. 1 Codepage = 1252 2 Title = Installation Database 3 Subject = Windows Installer XML Toolset Visual Studio Package 4 Author = Microsoft Corporation 5 Keywords = Database, Installer 6 Comments = Windows Installer XML Toolset Visual Studio Package 7 Template = x64;1033 9 Revision = {798D69D8-52CD-4345-9614-71BA19A18528} 12 Created = 23-Jan-09 08:04:36 13 Saved = 23-Jan-09 08:04:36 14 Pages = 200 15 Words = 2 18 Application = Windows Installer XML (3.0.4923.0) 19 Security = 2 -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Now you are all making my open in a text editor look really stupid :-) -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 28 January 2009 18:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] extracting WiX compiled version from msi file It's easy as pie in C#/DTF: String creatingApp; using( var database = new Database( PATH_TO_MSI, DatabaseOpenMode.ReadOnly)) { creatingApp = database.SummaryInfo.CreatingApp; } Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: Re: [WiX-users] extracting WiX compiled version from msi file To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 12:13 PM It is in the summary information but the only tool I know that displays it is InstEd (http://www.instedit.com/). A rough way of find it is to open the MSI in a text editor and search for Windows Installer XML you should find a string like Windows Installer XML (3.0.4923.0). I am sure there is an easier way of finding though. Neil -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: 28 January 2009 18:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties
I wanted to get peoples thoughts on best practices for ensuring all MSIs I create have the same values for MSI properties. For example, I would like all MSI's that I create to have these same settings: !-- Add/Remove properties -- Property Id=ARPNOREMOVE Value=1 / Property Id=ARPNOREPAIR Value=1 / Property Id=ARPSYSTEMCOMPONENT Value=1 / Property Id=NIARPVISIBLE Value=1 / Currently I was storing these settings in a wixlib and then referencing this lib by all my MSIs. These properties are being defined in a Fragment. Then of course you need to refrence onee property in that Fragment to get all properties included in your MSI. Is this the best way? I want to use this same concept for my UI in the sense all MSIs would reuse the same UI. I want to make this code as modular as possible. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Best-Practice-for-Ensuring-All-MSIs-I-Create-Have-the-Same-Values-for-MSI-Properties-tp2234080p2234080.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where to store SQL Server login credentials foruninstall?
How I have handled this is to disable the uninstall from ARP (Add/Remove Programs). Set the ARPNOREMOVE property I believe, but allow the user to select Modify in ARP. When the user selects Remove from the Maintenance dialog, assume you have such a radio button, INSTALLSHIELD installs typically do, then you can prompt the user for the SQL credentials in the UI Execute Sequence. The problem is that you have to prompt for credentials, but you don't get a gui from the ARP uninstall. greenaj Chad Petersen chad.peter...@harlandfs.com wrote: How do you handle the case where the SQL server credentials you stored are not current when you go to uninstall. For example, 1. Install your product, storing the SQL credentials 2. Go into SQL Server Management Studio 3. Change the password for the user stored above 4. Uninstall Unless you prompt during the uninstall for the new password wouldn't this fail? Our customers are always changing their passwords so we can't rely on it being the same during the uninstall as when they installed. Just curious Chad -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Wednesday, January 28, 2009 8:23 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Where to store SQL Server login credentials foruninstall? Hello WiX community, This is rather a 'best practice' question. My installation needs MS SQL server credentials to run attach scripts. This info is requested from user. Those values which are necessary during uninstall are usually kept in system registry. But in this case we are storing MS SQL password in plain text. Is there any other way to secure this info, but still have it available during uninstall? I can think only about storing hash at the moment... Thank you. -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS impersonates user? Works with UAC?
Bug 2543674 filed. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 9:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Heh, that's definitely a regression. There was a major change to IIS CA recently to handle UAC/IIS7 better. We are just starting to find the fallout from it. Not surprising considering the scope of the change and I expect these will be mostly easy to fix. Can you please make sure a bug is open, and mark it Group v3.0 and Category extension? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 09:43 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? OK, so I grabbed 4923 from SF and it appears to install correctly. However, before in my iis:WebSite element I had: iis:WebAddress Id=AllUnassigned Port=80 Header=[TMEHOSTHEADER] Secure=no / And now my web site is showing up in IIS with a host header of [TMEHOSTHEADER] (note: the literal, not the value of the variable) and the site won't start up with the invalid characters in the host header. This seems like a regression maybe? Or do I need to do something to make the property resolve? Thanks, Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 8:09 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? 4805, I will try updating to latest given Bob's other mail. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 10:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties
That's the way I would do it. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Wednesday, January 28, 2009 10:56 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties I wanted to get peoples thoughts on best practices for ensuring all MSIs I create have the same values for MSI properties. For example, I would like all MSI's that I create to have these same settings: !-- Add/Remove properties -- Property Id=ARPNOREMOVE Value=1 / Property Id=ARPNOREPAIR Value=1 / Property Id=ARPSYSTEMCOMPONENT Value=1 / Property Id=NIARPVISIBLE Value=1 / Currently I was storing these settings in a wixlib and then referencing this lib by all my MSIs. These properties are being defined in a Fragment. Then of course you need to refrence onee property in that Fragment to get all properties included in your MSI. Is this the best way? I want to use this same concept for my UI in the sense all MSIs would reuse the same UI. I want to make this code as modular as possible. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Best-Practice-for-Ensuring-All-MSIs-I-Create-Have-the-Same-Values-for-MSI-Properties-tp2234080p2234080.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Incomprehensible warning
I have an MSI file that seems to work perfectly and do exactly what I want. However, I get two warnings when building it, both relating to shortcuts; one for the desktop shortcut and one for the menu shortcut. The warning is this: c:\Users\colinf\Documents\RMWix\Product.wxs(76): warning LGHT1076: ICE69: Mismatched component reference. Entry 'DesktopShortcut' of the Shortcut table belongs to component 'DesktopShortcut'. However, the formatted string in the column 'Target' references file 'MyProgramEXE' which belongs to component 'ProductComponent'. Components are in the same feature. Here is the DesktopFolder part: Directory Id=DesktopFolder Name=Desktop Component Id=DesktopShortcut Guid=$(var.shortcutguid) ConditionINSTALLDESKTOPSHORTCUT/Condition RegistryKey Root=HKCU Key=Mycompany\Myprogram Action=createAndRemoveOnUninstall RegistryValue Name=blah Value=1 Type=integer KeyPath=yes/ /RegistryKey Shortcut Id=DesktopShortcut Directory=DesktopFolder Name=My Program ShortName=ShrtName Icon=icon.ico Target=[#MyProgramEXE]/ /Component /Directory And my feature declaration: Feature Id=ProductFeature Title=MyProgram Level=1 ComponentRef Id=ProductComponent / ComponentGroupRef Id='ComponentGroup1' / ComponentRef Id='DesktopShortcut'/ ComponentRef Id='ApplicationShortcut'/ /Feature I don't understand what the problem is. The shortcut is *supposed* to point to the program - why is it complaining? And why is it complaining that both the shortcut and the exe are in the same feature? Obviously they need to be, so what's with the warning? -- Regards, cf -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Incomprehensible warning
Technically speaking it might be possible to have a Condition on the Exe Component that operates independent of the Shortcut Component. That would be silly if the Shortcut could point to something that didn't get installed. The ICE can't really tell that (or, at least chooses not to)... so it decides it's better to warn you than to accept that you basically did the right thing and probably have nothing to worry about. ICE errors almost always (bugs sometimes show up) are things to fix. ICE warnings are things to investigate and if you are following the rules then it's all good. -Original Message- From: Colin Fox [mailto:greenene...@gmail.com] Sent: Wednesday, January 28, 2009 11:07 To: wix-users Subject: [WiX-users] Incomprehensible warning I have an MSI file that seems to work perfectly and do exactly what I want. However, I get two warnings when building it, both relating to shortcuts; one for the desktop shortcut and one for the menu shortcut. The warning is this: c:\Users\colinf\Documents\RMWix\Product.wxs(76): warning LGHT1076: ICE69: Mismatched component reference. Entry 'DesktopShortcut' of the Shortcut table belongs to component 'DesktopShortcut'. However, the formatted string in the column 'Target' references file 'MyProgramEXE' which belongs to component 'ProductComponent'. Components are in the same feature. Here is the DesktopFolder part: Directory Id=DesktopFolder Name=Desktop Component Id=DesktopShortcut Guid=$(var.shortcutguid) ConditionINSTALLDESKTOPSHORTCUT/Condition RegistryKey Root=HKCU Key=Mycompany\Myprogram Action=createAndRemoveOnUninstall RegistryValue Name=blah Value=1 Type=integer KeyPath=yes/ /RegistryKey Shortcut Id=DesktopShortcut Directory=DesktopFolder Name=My Program ShortName=ShrtName Icon=icon.ico Target=[#MyProgramEXE]/ /Component /Directory And my feature declaration: Feature Id=ProductFeature Title=MyProgram Level=1 ComponentRef Id=ProductComponent / ComponentGroupRef Id='ComponentGroup1' / ComponentRef Id='DesktopShortcut'/ ComponentRef Id='ApplicationShortcut'/ /Feature I don't understand what the problem is. The shortcut is *supposed* to point to the program - why is it complaining? And why is it complaining that both the shortcut and the exe are in the same feature? Obviously they need to be, so what's with the warning? -- Regards, cf -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS impersonates user? Works with UAC?
I think there's another bug here where the path to the site isn't being set even if I hard code the host header. You have to go in afterwards to IIS7 (Vista SP1) and set the path to the site. File another bug? --Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 11:00 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Bug 2543674 filed. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 9:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Heh, that's definitely a regression. There was a major change to IIS CA recently to handle UAC/IIS7 better. We are just starting to find the fallout from it. Not surprising considering the scope of the change and I expect these will be mostly easy to fix. Can you please make sure a bug is open, and mark it Group v3.0 and Category extension? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 09:43 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? OK, so I grabbed 4923 from SF and it appears to install correctly. However, before in my iis:WebSite element I had: iis:WebAddress Id=AllUnassigned Port=80 Header=[TMEHOSTHEADER] Secure=no / And now my web site is showing up in IIS with a host header of [TMEHOSTHEADER] (note: the literal, not the value of the variable) and the site won't start up with the invalid characters in the host header. This seems like a regression maybe? Or do I need to do something to make the property resolve? Thanks, Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 8:09 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? 4805, I will try updating to latest given Bob's other mail. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 10:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list
Re: [WiX-users] IIS impersonates user? Works with UAC?
Yeah, sounds like it. Small snippets of code that reproduce the problem will help speed these up. I expect we'll see a number of one line fixes to typos and such little things tomorrow night when Mike gets all these bugs. smile/ -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 11:26 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? I think there's another bug here where the path to the site isn't being set even if I hard code the host header. You have to go in afterwards to IIS7 (Vista SP1) and set the path to the site. File another bug? --Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 11:00 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Bug 2543674 filed. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 9:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Heh, that's definitely a regression. There was a major change to IIS CA recently to handle UAC/IIS7 better. We are just starting to find the fallout from it. Not surprising considering the scope of the change and I expect these will be mostly easy to fix. Can you please make sure a bug is open, and mark it Group v3.0 and Category extension? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 09:43 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? OK, so I grabbed 4923 from SF and it appears to install correctly. However, before in my iis:WebSite element I had: iis:WebAddress Id=AllUnassigned Port=80 Header=[TMEHOSTHEADER] Secure=no / And now my web site is showing up in IIS with a host header of [TMEHOSTHEADER] (note: the literal, not the value of the variable) and the site won't start up with the invalid characters in the host header. This seems like a regression maybe? Or do I need to do something to make the property resolve? Thanks, Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 8:09 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? 4805, I will try updating to latest given Bob's other mail. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 10:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story.
[WiX-users] How can I substitute a custom action for a dialog? (was Re:Modify behavior of tree selection control?)
I need to substitute a call out to an .exe for a WiX dialog. Specifically, where I would normally be using CustomizeDlg.wxs in the dialog chain, I want instead to invoke the .exe. Based on the return code from the .exe, I want to either go back to the previous dialog, forward to the next dialog, or cancel the installation. That is, the rest of the dialog chain should not know or care that I'm stepping outside of real MSI dialogs. I would prefer to use standard WiX/MSI dialogs, but I have to call out to some proprietary code from within the feature-selection dialog anyway. I earlier asked if I could modify the behavior of the standard MSI selection tree control, and was advised that I could not. I already have the .exe that shows the selection grid that I want and back/next/cancel buttons, and returns various exit codes based on what button got clicked. Since I can't do things MSI-pure anyway, I want to use the existing .exe as-is. So, how can I do that? Thanks in advance. -- Daà -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to change permission for existing Folder and/or file?
I think FileSharePermission maybe the answer for me. I try the following code and got some compiling error. Directory Id=NETConfig Name=Config Component Id=NETConfig Guid=AC36EFA1-011C-400c-BA50-2825CF330B4D util:FileShare Id=NETConfig Description=NET Config Name=NETConfig util:FileSharePermission User='Service Accounts-DTF' GenericRead=yes Read=yes GenericExecute=yes/ /util:FileShare /Component /Directory Error 1 The util:FileSharePermission/@User attribute's value, 'Service Accounts-DTF', is not a legal identifier. Identifiers may contain ASCII characters A-Z, a-z, digits, underscores (_), or periods (.). Every identifier must begin with either a letter or an underscore. How to solve this problem? Thanks Joseph -Original Message- From: Joseph Wu [mailto:joseph...@ds-iq.com] Sent: Tuesday, January 27, 2009 5:05 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to change permission for existing Folder and/or file? After one day of research. It looks to me that CustomAction is only way I know to achieve it. Is this the right way to go? Thanks Joseph -Original Message- From: Joseph Wu [mailto:joseph...@ds-iq.com] Sent: Monday, January 26, 2009 4:16 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to change permission for existing Folder and/or file? Permission Element's parent must be CreateFolder or File. How to change the permission for existing Folder and/or file? Thanks Joseph -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How can I substitute a custom action for a dialog? (was Re:Modify behavior of tree selection control?)
Corry, Davidson wrote: I need to substitute a call out to an .exe for a WiX dialog. Specifically, where I would normally be using CustomizeDlg.wxs in the dialog chain, I want instead to invoke the .exe. Based on the return code from the .exe, I want to either go back to the previous dialog, forward to the next dialog, or cancel the installation. That is, the rest of the dialog chain should not know or care that I'm stepping outside of real MSI dialogs. There's no support in MSI for capturing a custom action's exit code. You can write the UI in a DLL custom action instead, and have it set properties. Forewarned: You'll run into complications because the previous dialog will be visible and running while your CA is running. At a certain point, you might find it easier to write an external UI handler and handle the whole UI in custom code. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where to store SQL Server login credentials foruninstall?
gree...@cox.net wrote: How I have handled this is to disable the uninstall from ARP (Add/Remove Programs). Set the ARPNOREMOVE property I believe, but allow the user to select Modify in ARP. When the user selects Remove from the Maintenance dialog, assume you have such a radio button, INSTALLSHIELD installs typically do, then you can prompt the user for the SQL credentials in the UI Execute Sequence. The problem is that you have to prompt for credentials, but you don't get a gui from the ARP uninstall. What happens if a network admin runs an uninstall from the command line? -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to change permission for existing Folder and/or file?
Joseph Wu wrote: Error 1 The util:FileSharePermission/@User attribute's value, 'Service Accounts-DTF', is not a legal identifier. Identifiers may contain ASCII characters A-Z, a-z, digits, underscores (_), or periods (.). Every identifier must begin with either a letter or an underscore. FileSharePermission/@User is the Id of a user defined by the User element. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Christopher Painter wrote: Hmmm... maybe a nice feature request for MSI 5.0 SDK would be to replace all of those samples with C#/DTF versions. :-) Sure, it'd be great to have WiX in the MSI SDK.g -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS impersonates user? Works with UAC?
2543875 filed. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 11:31 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Yeah, sounds like it. Small snippets of code that reproduce the problem will help speed these up. I expect we'll see a number of one line fixes to typos and such little things tomorrow night when Mike gets all these bugs. smile/ -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 11:26 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? I think there's another bug here where the path to the site isn't being set even if I hard code the host header. You have to go in afterwards to IIS7 (Vista SP1) and set the path to the site. File another bug? --Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 11:00 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Bug 2543674 filed. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 9:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? Heh, that's definitely a regression. There was a major change to IIS CA recently to handle UAC/IIS7 better. We are just starting to find the fallout from it. Not surprising considering the scope of the change and I expect these will be mostly easy to fix. Can you please make sure a bug is open, and mark it Group v3.0 and Category extension? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 09:43 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? OK, so I grabbed 4923 from SF and it appears to install correctly. However, before in my iis:WebSite element I had: iis:WebAddress Id=AllUnassigned Port=80 Header=[TMEHOSTHEADER] Secure=no / And now my web site is showing up in IIS with a host header of [TMEHOSTHEADER] (note: the literal, not the value of the variable) and the site won't start up with the invalid characters in the host header. This seems like a regression maybe? Or do I need to do something to make the property resolve? Thanks, Peter -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Wednesday, January 28, 2009 8:09 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? 4805, I will try updating to latest given Bob's other mail. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Tuesday, January 27, 2009 10:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS impersonates user? Works with UAC? What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list
Re: [WiX-users] How to change permission for existing Folder and/or file?
Thank you very much, Now it solve the User problem. But I got the following error. But I don't want to create folder. Because it is an existing folder. Does that mean FileSharePermission is not the solution for me? I need to use Custom Action to do it? Thanks Joseph Error 2 ICE18: KeyPath for Component: 'NETConfig' is Directory: 'NETConfig'. The Directory/Component pair must be listed in the CreateFolders table. Directory Id=SystemRoot Directory Id=MicrosoftNET Name=Microsoft.NET Directory Id=FRAMEWORK Name=Freamework Directory Id=v20 Name=v2.0.50727 Directory Id=NETConfig Name=Config Component Id=NETConfig Guid=AC36EFA1-011C-400c-BA50-2825CF330B4D util:User Id=ServiceAccountsDTF Name=Service Accounts-DTF/ util:FileShare Id=NETConfig Description=NET Config Name=NETConfig util:FileSharePermission User='ServiceAccountsDTF' GenericRead=yes Read=yes GenericExecute=yes/ /util:FileShare /Component /Directory /Directory /Directory /Directory /Directory -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Wednesday, January 28, 2009 12:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to change permission for existing Folder and/or file? Joseph Wu wrote: Error 1 The util:FileSharePermission/@User attribute's value, 'Service Accounts-DTF', is not a legal identifier. Identifiers may contain ASCII characters A-Z, a-z, digits, underscores (_), or periods (.). Every identifier must begin with either a letter or an underscore. FileSharePermission/@User is the Id of a user defined by the User element. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions from Merge Modules
I'm having a similar problem with merge modules I am picking up from another team. I can't modify those msm's and I'm being forced to add custom actions to set the system folder properties they use so the files get installed to the correct place. Mine need to be sequenced before theirs because they are using the properties that I set. The merging process isn't acting the same as it is for another product doing the same and I suspect it is because they are using v2 of wix and I'm using v3. I've moved to Version 3.0.4923.0 hoping it was a bad version but that version seems to have it as well. The msm has the following in their sequence tables ACTION SEQUENCEBASEAFTER CA_ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 CostInitialize 0 CostInitialize 800 These are the calls I'm making ?define VSDCoreconMsmGuid = 4551CBE5_EB2A_44E8_8F9A_C264DF332068 ? CustomAction Id=Set_ProgramFilesFolder.$(var.VSDCoreconMsmGuid) Property=ProgramFilesFolder.$(var.VSDCoreconMsmGuid)) Value=[ProgramFilesFolder]/ InstallExecuteSequence Custom Action=Set_ProgramFilesFolder.$(var.VSDCoreconMsmGuid) Overridable=no Sequence=1 / /InstallExecuteSequence When merged my CA is scheduled down at sequence 12 and the above one is scheduled at 1 even though costinitialize isn't until 800 It seems that the merging process is not working properly. There are other actions like appsearch and launchconditions scheduled before costinitialize. Those are base msi actions that you would think the msm actions should be scheduled after. My action is setting a property that theirs is using to set. So basically theirs is run, gets an empty value then mine is ran. Here is what the table looks like in orca for the actions/sequence prior to costinitialize. I've highlighted the items shown above in red ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 1 CommonFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 1 WindowsFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 1 CommonAppDataFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 1 SystemFolder.21022.08.Microsoft_VC90_MFC_x86.RTM.17F6CCF1_663E_333F_9941_1249FE946C34 2 SystemFolder.21022.08.Microsoft_VC90_MFCLOC_x86.RTM.041355E4_1D9A_3127_9B8F_0C95A8B4EB04 3 SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 4 SystemFolder.21022.08.Microsoft_VC90_ATL_x86.RTM.CEC8F2E3_AC9A_357C_BFCB_BFAC37C4AC50 5 ProgramFilesFolder.EE0272F0_1C17_4608_BB9F_B6FF9D5B9825 6 CommonAppDataFolder.EE0272F0_1C17_4608_BB9F_B6FF9D5B98256 ProgramMenuFolder.352B874D_7490_4472_A987_71328E788E56 7 ProgramFilesFolder.352B874D_7490_4472_A987_71328E788E56 7 ProgramMenuFolder.3A429435_6A5E_4132_8ECC_57D58F3B8010 8 ProgramFilesFolder.3A429435_6A5E_4132_8ECC_57D58F3B8010 8 ProgramFilesFolder.07298623_FCD5_4637_BE96_DF868BDD83DA 9 SystemFolder.14B856D9_E224_415E_905C_8FF0E9164399 10 CommonFilesFolder.14B856D9_E224_415E_905C_8FF0E9164399 10 CommonAppDataFolder.14B856D9_E224_415E_905C_8FF0E916439910 ProgramFilesFolder.14B856D9_E224_415E_905C_8FF0E9164399 10 ProgramMenuFolder.2D6205C1_6B2F_4676_936A_27B1D66A9700 11 ProgramFilesFolder.2D6205C1_6B2F_4676_936A_27B1D66A9700 11 CommonAppDataFolder.2D6205C1_6B2F_4676_936A_27B1D66A970011 Set_ProgramFilesFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 12 Set_CommonFilesFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 13 Set_WindowsFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 14 Set_SystemFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 15 Set_System16Folder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 16 Set_TempFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 17 Set_StartMenuFolder.4551CBE5_EB2A_44E8_8F9A_C264DF33206818 Set_ProgramMenuFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 19 Set_CommonAppDataFolder.4551CBE5_EB2A_44E8_8F9A_C264DF33206820 Set_AppDataFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 21 Set_DesktopFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 22 Set_AdminToolsFolder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 23 Set_System64Folder.4551CBE5_EB2A_44E8_8F9A_C264DF332068 24 AppSearch 50 LaunchConditions51 SET_TARGETDIR 52 ValidateProductID 700 WindowsFolder.21022.08.Microsoft_VC90_ATL_x86.RTM.CEC8F2E3_AC9A_357C_BFCB_BFAC37C4AC50 701 WindowsFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 702 WindowsFolder.21022.08.Microsoft_VC90_MFCLOC_x86.RTM.041355E4_1D9A_3127_9B8F_0C95A8B4EB04 703
Re: [WiX-users] How can I substitute a custom action for a dialog? (was Re:Modify behavior of tree selection control?)
That's about what I figured. Thanks for the confirm! -- Daà -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Wednesday, January 28, 2009 12:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How can I substitute a custom action for a dialog? (was Re:Modify behavior of tree selection control?) Corry, Davidson wrote: I need to substitute a call out to an .exe for a WiX dialog. Specifically, where I would normally be using CustomizeDlg.wxs in the dialog chain, I want instead to invoke the .exe. Based on the return code from the .exe, I want to either go back to the previous dialog, forward to the next dialog, or cancel the installation. That is, the rest of the dialog chain should not know or care that I'm stepping outside of real MSI dialogs. There's no support in MSI for capturing a custom action's exit code. You can write the UI in a DLL custom action instead, and have it set properties. Forewarned: You'll run into complications because the previous dialog will be visible and running while your CA is running. At a certain point, you might find it easier to write an external UI handler and handle the whole UI in custom code. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FilesInUse
Hi, Is the FilesInUse dialog just for courtesy, or are there circumstances where WI will cause a rollback if a file is locked open? The application I'm dealing with *always* requires a reboot after upgrade, so it seems unnecessary to popup the FilesInUse dialog. All displaying it will do is, perhaps, cause the end user some anxiety. - What's the best practice? Thanks Jon *** This email and any attachments thereto may contain private, confidential, and privileged material for the sole use of the intended recipient. Any review, copying, or distribution of this email (or any attachments thereto) by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email and any attachments thereto. *** -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How can I substitute a custom action for a dialog? (was Re:Modify behavior of tree selection control?)
In article 4980ba4d.6070...@joyofsetup.com, Bob Arnson b...@joyofsetup.com writes: running. At a certain point, you might find it easier to write an external UI handler and handle the whole UI in custom code. On top of all that, the product isn't installed yet, so you have to have the EXE ready to run at the time the installer is running its UI, and of course if the UI is suppressed, your custom EXE won't run at all. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Not at all - it's the simplest and most straightforward option I've seen so far ... -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 28, 2009 6:42 PM To: chr...@deploymentengineering.com; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] extracting WiX compiled version from msi file Now you are all making my open in a text editor look really stupid :-) -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 28 January 2009 18:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] extracting WiX compiled version from msi file It's easy as pie in C#/DTF: String creatingApp; using( var database = new Database( PATH_TO_MSI, DatabaseOpenMode.ReadOnly)) { creatingApp = database.SummaryInfo.CreatingApp; } Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: Re: [WiX-users] extracting WiX compiled version from msi file To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 12:13 PM It is in the summary information but the only tool I know that displays it is InstEd (http://www.instedit.com/). A rough way of find it is to open the MSI in a text editor and search for Windows Installer XML you should find a string like Windows Installer XML (3.0.4923.0). I am sure there is an easier way of finding though. Neil -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: 28 January 2009 18:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where to store SQL Server login credentials foruninstall?
The solution I posted is not without problems. The issue is that the network admin has no way to pass the credentials to the uninstall. Passing them through public properties on the command line is not the safest way to go. The uninstall should be designed in a way that it does not fail when it can't connect to SQL, offfering the administrator a manual way to drop the database or whatever. You could design the uninstall to try to connect to SQL using Windows Authentication using the credentials of the logged on user running the uninstall. There seems to be different ways, albeit none of them perfect. On Wed, Jan 28, 2009 at 2:39 PM , Bob Arnson wrote: gree...@cox.net wrote: How I have handled this is to disable the uninstall from ARP (Add/Remove Programs). Set the ARPNOREMOVE property I believe, but allow the user to select Modify in ARP. When the user selects Remove from the Maintenance dialog, assume you have such a radio button, INSTALLSHIELD installs typically do, then you can prompt the user for the SQL credentials in the UI Execute Sequence. The problem is that you have to prompt for credentials, but you don't get a gui from the ARP uninstall. What happens if a network admin runs an uninstall from the command line? -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installer hanging while doing FileCost
I created a very basic MSI that doesn't install any files but simply references the UI_Minimal dialogs (i.e. UIRef Id=WixUI_Minimal/). When I run the MSI, it always hangs stating please wait while the installer finishes determining your disk space requirements. I saw another forum post http://n2.nabble.com/Installer-hanging-while-doing-FileCost,-not-frequently-though.-td2116872.html here , that seemed to be the exact problem, but there wasn't a resolution. Is this a known bug? A few months ago when I was usually an earlier version of WiX 3.0, I don't remember seeing this problem. I guess I can try and install earlier revisions to see what happened. I am using the beta right now. This problem seems to occur on XP and Vista. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p2235100.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties
Yeah, one limiation I found was if you aren't referencing something that has Ref option, you are out of luck with this approach. For example, suppose I want all my MSIs to have the Registry table included. So I would like to do EnsureTable Id=Registry / However, I'm not sure how I can reference this. -Jonathan Rob Mensching-2 wrote: That's the way I would do it. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Wednesday, January 28, 2009 10:56 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties I wanted to get peoples thoughts on best practices for ensuring all MSIs I create have the same values for MSI properties. For example, I would like all MSI's that I create to have these same settings: !-- Add/Remove properties -- Property Id=ARPNOREMOVE Value=1 / Property Id=ARPNOREPAIR Value=1 / Property Id=ARPSYSTEMCOMPONENT Value=1 / Property Id=NIARPVISIBLE Value=1 / Currently I was storing these settings in a wixlib and then referencing this lib by all my MSIs. These properties are being defined in a Fragment. Then of course you need to refrence onee property in that Fragment to get all properties included in your MSI. Is this the best way? I want to use this same concept for my UI in the sense all MSIs would reuse the same UI. I want to make this code as modular as possible. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Best-Practice-for-Ensuring-All-MSIs-I-Create-Have-the-Same-Values-for-MSI-Properties-tp2234080p2234080.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Best-Practice-for-Ensuring-All-MSIs-I-Create-Have-the-Same-Values-for-MSI-Properties-tp2234080p2235337.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer hanging while doing FileCost
Do you have a simple example that you could share? I have seen this a few times but cannot reproduce it reliably. Neil -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: 28 January 2009 21:40 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installer hanging while doing FileCost I created a very basic MSI that doesn't install any files but simply references the UI_Minimal dialogs (i.e. UIRef Id=WixUI_Minimal/). When I run the MSI, it always hangs stating please wait while the installer finishes determining your disk space requirements. I saw another forum post http://n2.nabble.com/Installer-hanging-while-doing-FileCost,-not-frequen tly-though.-td2116872.html here , that seemed to be the exact problem, but there wasn't a resolution. Is this a known bug? A few months ago when I was usually an earlier version of WiX 3.0, I don't remember seeing this problem. I guess I can try and install earlier revisions to see what happened. I am using the beta right now. This problem seems to occur on XP and Vista. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p22 35100.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties
If you have a case like that I'd like to know it. EnsureTable you should be able to add as many times as you like... wherever you need it. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Wednesday, January 28, 2009 14:29 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties Yeah, one limiation I found was if you aren't referencing something that has Ref option, you are out of luck with this approach. For example, suppose I want all my MSIs to have the Registry table included. So I would like to do EnsureTable Id=Registry / However, I'm not sure how I can reference this. -Jonathan Rob Mensching-2 wrote: That's the way I would do it. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Wednesday, January 28, 2009 10:56 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same Values for MSI Properties I wanted to get peoples thoughts on best practices for ensuring all MSIs I create have the same values for MSI properties. For example, I would like all MSI's that I create to have these same settings: !-- Add/Remove properties -- Property Id=ARPNOREMOVE Value=1 / Property Id=ARPNOREPAIR Value=1 / Property Id=ARPSYSTEMCOMPONENT Value=1 / Property Id=NIARPVISIBLE Value=1 / Currently I was storing these settings in a wixlib and then referencing this lib by all my MSIs. These properties are being defined in a Fragment. Then of course you need to refrence onee property in that Fragment to get all properties included in your MSI. Is this the best way? I want to use this same concept for my UI in the sense all MSIs would reuse the same UI. I want to make this code as modular as possible. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Best-Practice-for-Ensuring-All-MSIs-I-Create-Have-the-Same-Values-for-MSI-Properties-tp2234080p2234080.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Best-Practice-for-Ensuring-All-MSIs-I-Create-Have-the-Same-Values-for-MSI-Properties-tp2234080p2235337.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Dialogs
I'm trying to modify the look of the exit dialog, and it seems that the recommended method is to take the ExitDialog.wxs file and modify it to my needs. I'm going off of some on-line web pages I've been able to find that talk about this, but I'm getting a strange error, and I'm not sure how to pass it. I've copied ExitDialog.wxs into my project directory and renamed it MyExitDialog.wxs. I've added it to my Wix project. I changed XML tag to read Dialog Id=MyExitDialog ... The last part of the dialog I've made it read thusly: InstallUISequence Show Dialog=MyExitDialog OnExit=success / /InstallUISequence AdminUISequence Show Dialog=MyExitDialog OnExit=success / /AdminUISequence Here are the errors I'm getting: Warning2The AdminUISequence table contains actions 'MyExitDialog' and 'ExitDialog' which both have the same sequence number -1. Please change the sequence number for one of these actions to avoid an ICE warning. C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs421 RMWix Warning4The InstallUISequence table contains actions 'MyExitDialog' and 'ExitDialog' which both have the same sequence number -1. Please change the sequence number for one of these actions to avoid an ICE warning. C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs381 RMWix I tried shooting in the dark and putting a 'sequence=2' (Is 2 a good number? Bad? I have no idea.) but then it complained that I can't have both an OnExit and a sequence attribute. I hate to keep bothering the list with small stuff, but I just can't seem to find where this is documented. The Wix.chm file doesn't really go into details on customizing your dialogs. -- Regards, cf -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] how to break up a large installer - transforms, etc?
I have an existing product that I need to break out into a few individual products due to the large size. As such, I would like to have: Core.msi - The core product needed by other products Add_On1 Add_On2 The bootstrapper would contain and install Core.msi, then download and install one or both of the other products depending upon the user's selection. The question is, In what form should I create and install Add_On1 and Add_On2?. Note that Core, Add_On1, and Add_On2 all need to be installed within the same directory. Initially, I was hoping to create transforms by using msitrans.exe. Then, the bootstrapper would merge the chosen transform and core.msi at installtime. However, transforms don't work with embedded cab files, and I haven't been able to create a .mst that contains files. Has anybody succeeded at creating a transform that adds files? Should I create 3 msi products and have them all install into the same directory? Other ideas? Thanks, Jon -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer hanging while doing FileCost
Yeah, I just created a new WiX project from the Wix file template. Then did UIRef Id=WixUI_Minimal/ and referenced the UI extension library. Attached is the simple MSI. WiX Version - 3.0.4805 msi version - 4.0.6001.18000 -Jonathan Neil Sleightholm wrote: Do you have a simple example that you could share? I have seen this a few times but cannot reproduce it reliably. Neil -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: 28 January 2009 21:40 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installer hanging while doing FileCost I created a very basic MSI that doesn't install any files but simply references the UI_Minimal dialogs (i.e. UIRef Id=WixUI_Minimal/). When I run the MSI, it always hangs stating please wait while the installer finishes determining your disk space requirements. I saw another forum post http://n2.nabble.com/Installer-hanging-while-doing-FileCost,-not-frequen tly-though.-td2116872.html here , that seemed to be the exact problem, but there wasn't a resolution. Is this a known bug? A few months ago when I was usually an earlier version of WiX 3.0, I don't remember seeing this problem. I guess I can try and install earlier revisions to see what happened. I am using the beta right now. This problem seems to occur on XP and Vista. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p22 35100.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users http://n2.nabble.com/file/n2235541/WixProject1.msi WixProject1.msi -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p2235541.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer hanging while doing FileCost
Something in my memory remembers this tracked down to a Windows Installer bug when there was nothing to be installed in the MSI... but that's a fuzzy recollection so I could be remembering completely wrong. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Wednesday, January 28, 2009 15:11 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Installer hanging while doing FileCost Yeah, I just created a new WiX project from the Wix file template. Then did UIRef Id=WixUI_Minimal/ and referenced the UI extension library. Attached is the simple MSI. WiX Version - 3.0.4805 msi version - 4.0.6001.18000 -Jonathan Neil Sleightholm wrote: Do you have a simple example that you could share? I have seen this a few times but cannot reproduce it reliably. Neil -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: 28 January 2009 21:40 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installer hanging while doing FileCost I created a very basic MSI that doesn't install any files but simply references the UI_Minimal dialogs (i.e. UIRef Id=WixUI_Minimal/). When I run the MSI, it always hangs stating please wait while the installer finishes determining your disk space requirements. I saw another forum post http://n2.nabble.com/Installer-hanging-while-doing-FileCost,-not-frequen tly-though.-td2116872.html here , that seemed to be the exact problem, but there wasn't a resolution. Is this a known bug? A few months ago when I was usually an earlier version of WiX 3.0, I don't remember seeing this problem. I guess I can try and install earlier revisions to see what happened. I am using the beta right now. This problem seems to occur on XP and Vista. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p22 35100.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users http://n2.nabble.com/file/n2235541/WixProject1.msi WixProject1.msi -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p2235541.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer hanging while doing FileCost
Apparently that's the case cause I added a file to the basic installer I created and it doesn't hang. Weird. I guess like you said its something with MSI in general. -Jonathan Rob Mensching-2 wrote: Something in my memory remembers this tracked down to a Windows Installer bug when there was nothing to be installed in the MSI... but that's a fuzzy recollection so I could be remembering completely wrong. -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p2235640.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Dialogs
You need to remove all of the references to ExitDialog. Somewhere you are using a UIRef/@Id=WIXUI_SomeId. If you look a the source for that, you'll see lots of references. You need to modify those. The exit dialog is a bit trickier to update since it referenced directly... inserting dialogs is much easier. -Original Message- From: Colin Fox [mailto:greenene...@gmail.com] Sent: Wednesday, January 28, 2009 14:54 To: wix-users Subject: [WiX-users] Custom Dialogs I'm trying to modify the look of the exit dialog, and it seems that the recommended method is to take the ExitDialog.wxs file and modify it to my needs. I'm going off of some on-line web pages I've been able to find that talk about this, but I'm getting a strange error, and I'm not sure how to pass it. I've copied ExitDialog.wxs into my project directory and renamed it MyExitDialog.wxs. I've added it to my Wix project. I changed XML tag to read Dialog Id=MyExitDialog ... The last part of the dialog I've made it read thusly: InstallUISequence Show Dialog=MyExitDialog OnExit=success / /InstallUISequence AdminUISequence Show Dialog=MyExitDialog OnExit=success / /AdminUISequence Here are the errors I'm getting: Warning2The AdminUISequence table contains actions 'MyExitDialog' and 'ExitDialog' which both have the same sequence number -1. Please change the sequence number for one of these actions to avoid an ICE warning. C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs421 RMWix Warning4The InstallUISequence table contains actions 'MyExitDialog' and 'ExitDialog' which both have the same sequence number -1. Please change the sequence number for one of these actions to avoid an ICE warning. C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs381 RMWix I tried shooting in the dark and putting a 'sequence=2' (Is 2 a good number? Bad? I have no idea.) but then it complained that I can't have both an OnExit and a sequence attribute. I hate to keep bothering the list with small stuff, but I just can't seem to find where this is documented. The Wix.chm file doesn't really go into details on customizing your dialogs. -- Regards, cf -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Dialogs
I did have one reference, which I've removed. It didn't help. The only references to UIRef I have anywhere in my solution is this: UI UIRef Id=WixUI_InstallDir / UIRef Id=WixUI_ErrorProgressText / /UI Is there some implicit inclusion of the ExitDialog? Also - I noticed that my msi actually runs, but my custom dialog comes up during removal as well as installation - which I'm hoping is happening because I'm still getting this wierd conflict. I don't want my dialog coming up during removal because it has a launch app after setup exits checkbox. On Wed, Jan 28, 2009 at 3:40 PM, Rob Mensching rob.mensch...@microsoft.comwrote: You need to remove all of the references to ExitDialog. Somewhere you are using a UIRef/@Id=WIXUI_SomeId. If you look a the source for that, you'll see lots of references. You need to modify those. The exit dialog is a bit trickier to update since it referenced directly... inserting dialogs is much easier. -Original Message- From: Colin Fox [mailto:greenene...@gmail.com] Sent: Wednesday, January 28, 2009 14:54 To: wix-users Subject: [WiX-users] Custom Dialogs I'm trying to modify the look of the exit dialog, and it seems that the recommended method is to take the ExitDialog.wxs file and modify it to my needs. I'm going off of some on-line web pages I've been able to find that talk about this, but I'm getting a strange error, and I'm not sure how to pass it. I've copied ExitDialog.wxs into my project directory and renamed it MyExitDialog.wxs. I've added it to my Wix project. I changed XML tag to read Dialog Id=MyExitDialog ... The last part of the dialog I've made it read thusly: InstallUISequence Show Dialog=MyExitDialog OnExit=success / /InstallUISequence AdminUISequence Show Dialog=MyExitDialog OnExit=success / /AdminUISequence Here are the errors I'm getting: Warning2The AdminUISequence table contains actions 'MyExitDialog' and 'ExitDialog' which both have the same sequence number -1. Please change the sequence number for one of these actions to avoid an ICE warning. C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs421 RMWix Warning4The InstallUISequence table contains actions 'MyExitDialog' and 'ExitDialog' which both have the same sequence number -1. Please change the sequence number for one of these actions to avoid an ICE warning. C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs381 RMWix I tried shooting in the dark and putting a 'sequence=2' (Is 2 a good number? Bad? I have no idea.) but then it complained that I can't have both an OnExit and a sequence attribute. I hate to keep bothering the list with small stuff, but I just can't seem to find where this is documented. The Wix.chm file doesn't really go into details on customizing your dialogs. -- Regards, cf -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Regards, cf -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] VC 9.0 Merge Module and VC 9.0 Redist package are the same thing?
Our application needs Microsoft Visual C++ 2008 SP1 - Link#1: http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2displaylang=en We deploy both EXE and MSI. In EXE which is a bootstrapper, we check registry HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DevDiv\VC\Servicing\9.0\SP. Based on its value, we can install the package or not. For MSI, however, I don't know what to do. My question is, 1. Should I just check the registry and give warning message if VC9.0 isn't found? 2. From http://wix.sourceforge.net/manual-wix3/install_vcredist.htm, I know I can include VC9.0 merge module. Should I include the merge module? #1 is simple, but it's not very good. #2 is good. But I realized that C:\Program Files\Common Files\Merge Modules\Microsoft_VC90_CRT_x86.msm just 589KB. However, vcredist_x86.exe(downloaded from Link#1) is 4119KB. Are they the same thing? If they are the same, why the file sizes are so different? Thanks in advance. /Brian __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions from Merge Modules
Lisa Wright wrote: I'm having a similar problem with merge modules I am picking up from another team. I can't modify those msm's and I'm being forced to add custom actions to set the system folder properties they use so the files get installed to the correct place. Mine need to be sequenced before theirs because they are using the properties that I set. How is that different from the normal type-51 CAs that mergemod.dll adds? Your formatting didn't come through and I'm having trouble visualizing what you're trying to do. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to change permission for existing Folder and/or file?
Joseph Wu wrote: Now it solve the User problem. But I got the following error. But I don't want to create folder. Because it is an existing folder. Try it anyway. MSI won't fail because the folder already exists. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer hanging while doing FileCost
jnewton wrote: Apparently that's the case cause I added a file to the basic installer I created and it doesn't hang. Weird. I guess like you said its something with MSI in general. It's a known bug in MSI 4.5, if you have an MSI with no components. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FilesInUse
Jon Seanor wrote: Is the FilesInUse dialog just for courtesy, or are there circumstances where WI will cause a rollback if a file is locked open? MSI uses tricks like renaming files in-place to allow new versions to be installed even if they're in use. I'm not aware of any case where MSI can't handle that after a reboot. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] VC 9.0 Merge Module and VC 9.0 Redist package are the same thing?
Little Forest wrote: #2 is good. But I realized that C:\Program Files\Common Files\Merge Modules\Microsoft_VC90_CRT_x86.msm just 589KB. However, vcredist_x86.exe(downloaded from Link#1) is 4119KB. Are they the same thing? If they are the same, why the file sizes are so different? vcredist_*.exe includes all the merge modules for that platform, not just the CRT module. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Thanks a lot sir, I will give it a try and publish the script Best wishes --Roy It's all in the head / -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 8:09 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] extracting WiX compiled version from msi file Yes, as per the MSI SDK we store the version of the WiX toolset in the Summary Information stream that is designate for the generator of the MSI. You'll have to write a little custom script to yank it out since Orca doesn't show that field of the Summary Information stream. MSI SDK will show you how. -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: Wednesday, January 28, 2009 10:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Thank you all very much - you are a great community I have used the VBscript to extruct the information I need. Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug?
I have added a comment to this artifact (https://sourceforge.net/tracker/index.php?func=detailaid=2543875group _id=105970atid=642714) with my scenario instead of creating a new one, because it sounds closely related. Thanks. -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 7:02 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug? Can you open a bug on this issue? I'm a little confused on exactly what is wrong but if you can capture that in the bug that would help us fix it. There was recently a very large change to the CA to better support IIS7 and this could be fallout from that. -Original Message- From: Chris Eldredge [mailto:chris.eldre...@gmail.com] Sent: Wednesday, January 28, 2009 08:58 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] The website root appears blank after configuring existent site - another IIS extension bug? Sorry for the all the self-replies but I've been updating as I go. Build 3.0.4827.0 works for me on Server 2003 and on Vista. Chris Eldredge wrote: Actually, scratch that. Neither build works on my Windows Server 2003 / IIS 6 box, but both work on my Windows Vista / IIS 7 box. I haven't tracked down why, but looking at the logs, WriteMetabaseChanges comes before ConfigureIIs on the packages built on the Vista box, and on the failed builds ConfigureIIsExec comes before WriteMetabaseChanges. Chris Eldredge wrote: I've confirmed this seems to be a bug for me too, in 3.0.4923.0. Going back to 3.0.4909.0 resolved the issue. Yan Sklyarenko wrote: Hello WiX developers, Sorry, but it seems I found another bug in the IIS extension. WiX version is 3.0.4917.0. Here is a component definition: Component DiskId=1 Id=ModifyIISSite5 Guid={YOURGUID-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder Permanent=yes iis:WebSite Id=IISSite5 Description=[IISSITE_NAME] Directory=WebsiteFolder ConfigureIfExists=yes iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT] / /iis:WebSite /Component The properties IISSITE_NAME and IISSITE_PORT are set with the command line to 'Default Web Site' and '80' appropriately. When the product is installed, it appears that the root path is set to blank ('Home Directory' tab, 'Local path' field in IIS console). 'WebsiteFolder' is an Id of a valid Directory table entry. This used to work before, thus I'm thinking this is a new build (3.0.4917.0) which causes the problem. The behavior is reproduced for both IIS5 and IIS6. Here's a log file snippet (no errors there): ... WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1023 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 2021 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/Root ID: 3001 WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/ ID: 1015 ... Do you think it's worth registering as a bug? -- Yan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users