Re: [WiX-users] Bug in iis:WebApplication?
Just a summary, in case anyone has the similar issues in future: The initial problem was: if you try to create an iis:WebApplication with isolation=medium or isolation=high, the installation failed and rolled back logging the error 0x8004E00F: COM+ was unable to talk to Distributed Transaction Coordinator (DTC). The attempt to start DTC service manually failed with the same error. This was fixed by resetting msdtc log: http://windowsitpro.com/article/articleid/75902/jsi-tip-4593-you-receive -an-error-when-opening-the-component-services-mmc.html Next, it became to fail with the error 0x80110414. This was fixed by synchronizing the ISUR and IWAM users passwords in system security storage and IIS metabase: http://support.microsoft.com/kb/297989 Hope this saves time to anybody else. BTW, still wondering, what if this happens at user's side? Seems quite an advanced case to check everything from MSI... :) -- Yan -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Friday, January 30, 2009 9:38 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bug in iis:WebApplication? Sorry for delay with this response, Rob. I have run a simple test for 3 different builds: 4513, 4805 and 4923. It works the same way for any. Actually, the result is the following: the DTC service gets started automatically once addressed either by IIS extension or by IIS console, when you try to change the isolation level. So, it must have been something with that machine, when it failed... Anyway, this part doesn't seem to be broken by those recent changes in IIS extension, which is good news :). Sorry for the false alarm. -- Yan -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wednesday, January 28, 2009 7:08 PM To: General discussion for Windows Installer XML toolset. Subject: 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
Re: [WiX-users] problem uninstalling conditional features
lensing wrote: Feature Id=some_feature Level=1 Condition Level=0PROPERTY/Condition ComponentRef Id=some_refID/ /Feature The problem i have is, that files installed this way aren't uninstalled correctly. I believe this happens because the properties are apparently re-evaluated during uninstall and i can't guarantee that they will evaluate the same way as during installation time. http://www.joyofsetup.com/2008/05/16/make-sure-features-are-always-enabled-so-they-can-be-removed/ -- 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] FW: Custom action doesn't run if UAC is enabled
Edward Forgács wrote: Is it possibly getting confused with the After=SetConfigFilesFolder when that is an immediate action without impersonation (it's just an action which sets a property, so it has to be)? No. Check a verbose log to see what happens during execution. -- 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] Source File Location
MacDiarmid, James D wrote: Is there anyway to specify what the source file location is? http://www.joyofsetup.com/2009/01/01/choosing-your-payloads/ -- 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] Problems with custom registra values (propertys)
Vojko wrote: I have property: Property Id=p_initial_delay Value=100/ Properties you want to set in the UI and use during execution must be public and secure. To make a property public, its Id must be in all uppercase. To make a property secure, set the Secure attribute to yes. -- 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] Disable Features in Feature tree
jagdish.sakhiya wrote: So, I have implemented following code by using Remove control events. I am able to mark feature as an unselected but I don’t want to show that features itself in feature tree. Can you guide me how can we achieve this. The selection tree control doesn't support showing features that are disabled. -- 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] Problems with custom registra values (propertys)
It works :D thank you! I wasn't aware that property are public if they are secure and written in uppercase. Thank you again! Bob Arnson-6 wrote: Vojko wrote: I have property: Property Id=p_initial_delay Value=100/ Properties you want to set in the UI and use during execution must be public and secure. To make a property public, its Id must be in all uppercase. To make a property secure, set the Secure attribute to yes. -- 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 -- View this message in context: http://n2.nabble.com/Problems-with-custom-registra-values-%28propertys%29-tp2255843p2259400.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] How do setup bootstrappers avoid prompts for media when changing or repairing an existing installation
1. Can the MSI package be marked in some way so that the complete MSI file (under 5 MBs in my case) is cached by Windows Installer? 2. Can my setup bootstrapper call some MSI API to make Windows Installer cache the complete package? 3. Should my setup bootstrapper copy the MSI package to a permanent location on the local computer and perform the installation from there? If so can I prevent the Windows Installer doing it's own caching since the MSI package will always be available on the local computer? I would obviously prefer option 1 or 2 or any other similar option that prevents my setup bootstrapper effectively maintaining an MSI cache of its own. How do you setup bootstrappers, in general, avoid this issue? Best regards, Andrew -- Andrew Lee Solarflare Communications mailto:a...@solarflare.com http://www.solarflare.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] Why WindowsFolder got reset?
Hi, I write a simple wxs file and the results is not quite right. I look into the log and find something strange. Why WindowsFolder got reset? I have another setup, WindowsFolder is the correct value. No idea who change it. Thanks Joseph MSI (c) (80:24) [09:54:21:914]: Note: target paths subject to change (via custom actions or browsing) MSI (c) (80:24) [09:54:21:851]: Note: 1: 2205 2: 3: Error Note: 1: 2262 2: AdminProperties 3: -2147287038 MSI (c) (80:24) [09:54:21:914]: PROPERTY CHANGE: Adding TARGETDIR property. Its value is 'C:\'. MSI (c) (80:24) [09:54:21:914]: PROPERTY CHANGE: Modifying WindowsFolder property. Its current value is 'C:\WINDOWS\'. Its new value: 'C:\'. MSI (c) (80:24) [09:54:21:914]: Dir (target): Key: TARGETDIR, Object: C:\ MSI (c) (80:24) [09:54:21:914]: Dir (target): Key: WindowsFolder, Object: C:\ MSI (c) (C4:48) [10:46:25:353]: Dir (target): Key: MicrosoftNET , Object: C:\Microsoft.NET\ Directory Id=TARGETDIR Name=SourceDir Directory Id=WindowsFolder Directory Id=MicrosoftNET Name=Microsoft.NET Directory Id=FRAMEWORK Name=Framework Directory Id=v20 Name=v2.0.50727 Directory Id=NETConfig Name=Config /Directory Directory Id=TempASPNET Name=Temporary ASP.NET Files /Directory /Directory /Directory /Directory /Directory /Directory -- 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] DTF LINQ Question
I'm not sure if this is a function of my limited understanding of LINQ or an
example of DTF's LINQ still being experimental but here is a problem I'm having
trying to do an inner join between the component and file tables.The below
code results in an ArgumentOutOfRangeException instead of bringing back a
result set of components and their files ( which the database has. )
using (var database = new QDatabase( PATH_TO_DATABASE,
DatabaseOpenMode.ReadOnly))
{
var records = from components in database.Components
join files in database.Files on components.Component equals files.Component_
select new
{
component = components.Component,
fileName = files.FileName
};
foreach( var record in records)
{
// do something useful with the data
}
}
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
--
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] Why WindowsFolder got reset?
I found the problem Following work msiexec /i WixOpadsSiteSetup.msi /l*v Mylog.txt Following not work msiexec /a WixOpadsSiteSetup.msi /l*v Mylog.txt Is /a a bad idea? Thanks Joseph -Original Message- From: Joseph Wu [mailto:joseph...@ds-iq.com] Sent: Monday, February 02, 2009 11:09 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Why WindowsFolder got reset? Hi, I write a simple wxs file and the results is not quite right. I look into the log and find something strange. Why WindowsFolder got reset? I have another setup, WindowsFolder is the correct value. No idea who change it. Thanks Joseph MSI (c) (80:24) [09:54:21:914]: Note: target paths subject to change (via custom actions or browsing) MSI (c) (80:24) [09:54:21:851]: Note: 1: 2205 2: 3: Error Note: 1: 2262 2: AdminProperties 3: -2147287038 MSI (c) (80:24) [09:54:21:914]: PROPERTY CHANGE: Adding TARGETDIR property. Its value is 'C:\'. MSI (c) (80:24) [09:54:21:914]: PROPERTY CHANGE: Modifying WindowsFolder property. Its current value is 'C:\WINDOWS\'. Its new value: 'C:\'. MSI (c) (80:24) [09:54:21:914]: Dir (target): Key: TARGETDIR, Object: C:\ MSI (c) (80:24) [09:54:21:914]: Dir (target): Key: WindowsFolder, Object: C:\ MSI (c) (C4:48) [10:46:25:353]: Dir (target): Key: MicrosoftNET , Object: C:\Microsoft.NET\ Directory Id=TARGETDIR Name=SourceDir Directory Id=WindowsFolder Directory Id=MicrosoftNET Name=Microsoft.NET Directory Id=FRAMEWORK Name=Framework Directory Id=v20 Name=v2.0.50727 Directory Id=NETConfig Name=Config /Directory Directory Id=TempASPNET Name=Temporary ASP.NET Files /Directory /Directory /Directory /Directory /Directory /Directory -- 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] Why WindowsFolder got reset?
/a is for the Administrative install to a network drive. MSIEXEC /? Will give info on command line parameters. -Original Message- From: Joseph Wu [mailto:joseph...@ds-iq.com] Sent: Monday, February 02, 2009 11:58 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Why WindowsFolder got reset? I found the problem Following work msiexec /i WixOpadsSiteSetup.msi /l*v Mylog.txt Following not work msiexec /a WixOpadsSiteSetup.msi /l*v Mylog.txt Is /a a bad idea? Thanks Joseph -Original Message- From: Joseph Wu [mailto:joseph...@ds-iq.com] Sent: Monday, February 02, 2009 11:09 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Why WindowsFolder got reset? Hi, I write a simple wxs file and the results is not quite right. I look into the log and find something strange. Why WindowsFolder got reset? I have another setup, WindowsFolder is the correct value. No idea who change it. Thanks Joseph MSI (c) (80:24) [09:54:21:914]: Note: target paths subject to change (via custom actions or browsing) MSI (c) (80:24) [09:54:21:851]: Note: 1: 2205 2: 3: Error Note: 1: 2262 2: AdminProperties 3: -2147287038 MSI (c) (80:24) [09:54:21:914]: PROPERTY CHANGE: Adding TARGETDIR property. Its value is 'C:\'. MSI (c) (80:24) [09:54:21:914]: PROPERTY CHANGE: Modifying WindowsFolder property. Its current value is 'C:\WINDOWS\'. Its new value: 'C:\'. MSI (c) (80:24) [09:54:21:914]: Dir (target): Key: TARGETDIR, Object: C:\ MSI (c) (80:24) [09:54:21:914]: Dir (target): Key: WindowsFolder , Object: C:\ MSI (c) (C4:48) [10:46:25:353]: Dir (target): Key: MicrosoftNET , Object: C:\Microsoft.NET\ Directory Id=TARGETDIR Name=SourceDir Directory Id=WindowsFolder Directory Id=MicrosoftNET Name=Microsoft.NET Directory Id=FRAMEWORK Name=Framework Directory Id=v20 Name=v2.0.50727 Directory Id=NETConfig Name=Config /Directory Directory Id=TempASPNET Name=Temporary ASP.NET Files /Directory /Directory /Directory /Directory /Directory /Directory -- 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] Registering file types in WiX 3.0
Hello, I am trying to register a file type for our application using WiX. the code I used: ProgId Id='Application.xyzFile' Description='Application data file' Extension Id='xyz' ContentType='xyz' Verb Id='open' Command='Open' TargetFile='Application.exe' Argument='%1' / /Extension /ProgId This seems working and the file type gets registered, and I can see the Application name in the open with list for the files. However the assigning the icon to the files is not working. I got code from some articles on web and tried using it. Registry Id='Icon1' Root='HKCR' Key='.xyz' Action='write' Type='string' Value='Application.xyzFile' / Registry Id='Icon2' Root='HKCR' Key='Application.xyzFile ' Action='write' Type='string' Value='Application data file ' / Registry Id='Icon3' Root='HKCR' Key='Application.xyzFile\DefaultIcon' Action='write' Type='string' Value='[INSTALLDIR]Application.exe,1' / If anyone has idea where I'm going wrong, please help. Thanks in advance. Thanks Sachin -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wix installer continue after reboot
how can I make installer continue after bootstrapper setup for .net restarts computer? /Patrik -- 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] Source File Location
Is there anyway to specify what the source file location is? Right now I'm using Visual Studio 6.0 Installer to do a quick setup of my build, then I'm using Dark to decompile the package. One issue that I'm having with this is that when I go to do a rebuild with wix, I get a compilation error and can't seem to find the files I'm trying to include in the install. I've tried looking for a base path of some kind. Thanks in advance, Jim -- 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] localization using Wix
On a German OS, the following lines cause error An error occurred while applying security settings. Users is not a valid user or group.. The reason is that user doesn't spell the same as it is in English. How does Wix support this kind of localization issue? Thanks. Bo CreateFolder Directory=dirData Permission User=Users GenericRead=yes Read=yes / Permission User=Administrators GenericAll=yes / /CreateFolder -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do setup bootstrappers avoid prompts for media when changing or repairing an existing installation
1. Can the MSI package be marked in some way so that the complete MSI file (under 5 MBs in my case) is cached by Windows Installer? 2. Can my setup bootstrapper call some MSI API to make Windows Installer cache the complete package? 3. Should my setup bootstrapper copy the MSI package to a permanent location on the local computer and perform the installation from there? If so can I prevent the Windows Installer doing it's own caching since the MSI package will always be available on the local computer? I would obviously prefer option 1 or 2 or any other similar option that prevents my setup bootstrapper effectively maintaining an MSI cache of its own. How do you setup bootstrappers, in general, avoid this issue? Andrew, I've solved this problem in the bootstrapper. Once the MSI has finished installing, I put a copy of the Msi file in a subfolder of my application, and then call MsiSourceListAddSource to add that directory to the list of source directories for the product. Windows Installer can then find a full copy of the MSI, with no prompts. In my installer I have a RemoveFile and RemoveDirectory element in a component to make sure that the MSI gets deleted on uninstall. Regards, John -- 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] problem uninstalling conditional features
Hello, I use some conditional features during install, which works fine. These look like this: Feature Id=some_feature Level=1 Condition Level=0PROPERTY/Condition ComponentRef Id=some_refID/ /Feature The problem i have is, that files installed this way aren't uninstalled correctly. I believe this happens because the properties are apparently re-evaluated during uninstall and i can't guarantee that they will evaluate the same way as during installation time. If i enable logging during uninstall i can see that UnpublishFeatures is called for the wrong features (which aren't even installed sometimes). So my question is: how can i just uninstall all installed features of the product without re-evaluating the properties i used during installation. If this isn't possible, maybe i can somehow call UnpublishFeatures for all conditional features by hand during uninstall? thanks ~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] problem uninstalling conditional features
Some more information I don't understand on the subject for whomever might answer this: Looking in the verbose log i found that the installed conditional features weren't marked as installed, the conditionally installed components were marked as installed, but not marked for uninstallation. I think. Here're the according lines from the log: MSI (s) (54:70) [16:30:04:359]: Feature: some_feature; Installed: Absent; Request: Null; Action: Null MSI (s) (54:70) [16:30:04:359]: Component: some_refID; Installed: Local; Request: Null; Action: Null I have absolutely no idea why some_feature isn't marked as installed. lensing schrieb: Hello, I use some conditional features during install, which works fine. These look like this: Feature Id=some_feature Level=1 Condition Level=0PROPERTY/Condition ComponentRef Id=some_refID/ /Feature The problem i have is, that files installed this way aren't uninstalled correctly. I believe this happens because the properties are apparently re-evaluated during uninstall and i can't guarantee that they will evaluate the same way as during installation time. If i enable logging during uninstall i can see that UnpublishFeatures is called for the wrong features (which aren't even installed sometimes). So my question is: how can i just uninstall all installed features of the product without re-evaluating the properties i used during installation. If this isn't possible, maybe i can somehow call UnpublishFeatures for all conditional features by hand during uninstall? thanks ~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
Re: [WiX-users] Registering file types in WiX 3.0
The ProgId element has an Icon attribute you need to set. It should be the Id of a file containing the icon resource (or the Id of an Icon element if your ProgId is advertised). -- Frank Mitchell Software Engineer Chief Architect Inc. www.chiefarchitect.com -Original Message- From: Sachin Dubey (Tata Consultancy Services) [mailto:v-sad...@microsoft.com] Sent: Monday, February 02, 2009 1:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Registering file types in WiX 3.0 Hello, I am trying to register a file type for our application using WiX. the code I used: ProgId Id='Application.xyzFile' Description='Application data file' Extension Id='xyz' ContentType='xyz' Verb Id='open' Command='Open' TargetFile='Application.exe' Argument='%1' / /Extension /ProgId This seems working and the file type gets registered, and I can see the Application name in the open with list for the files. However the assigning the icon to the files is not working. I got code from some articles on web and tried using it. Registry Id='Icon1' Root='HKCR' Key='.xyz' Action='write' Type='string' Value='Application.xyzFile' / Registry Id='Icon2' Root='HKCR' Key='Application.xyzFile ' Action='write' Type='string' Value='Application data file ' / Registry Id='Icon3' Root='HKCR' Key='Application.xyzFile\DefaultIcon' Action='write' Type='string' Value='[INSTALLDIR]Application.exe,1' / If anyone has idea where I'm going wrong, please help. Thanks in advance. Thanks Sachin -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registering file types in WiX 3.0
Thanks much Frank, this works. Thanks Sachin -Original Message- From: Frank Mitchell [mailto:fra...@chiefarchitect.com] Sent: Monday, February 02, 2009 3:57 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Registering file types in WiX 3.0 The ProgId element has an Icon attribute you need to set. It should be the Id of a file containing the icon resource (or the Id of an Icon element if your ProgId is advertised). -- Frank Mitchell Software Engineer Chief Architect Inc. www.chiefarchitect.com -Original Message- From: Sachin Dubey (Tata Consultancy Services) [mailto:v-sad...@microsoft.com] Sent: Monday, February 02, 2009 1:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Registering file types in WiX 3.0 Hello, I am trying to register a file type for our application using WiX. the code I used: ProgId Id='Application.xyzFile' Description='Application data file' Extension Id='xyz' ContentType='xyz' Verb Id='open' Command='Open' TargetFile='Application.exe' Argument='%1' / /Extension /ProgId This seems working and the file type gets registered, and I can see the Application name in the open with list for the files. However the assigning the icon to the files is not working. I got code from some articles on web and tried using it. Registry Id='Icon1' Root='HKCR' Key='.xyz' Action='write' Type='string' Value='Application.xyzFile' / Registry Id='Icon2' Root='HKCR' Key='Application.xyzFile ' Action='write' Type='string' Value='Application data file ' / Registry Id='Icon3' Root='HKCR' Key='Application.xyzFile\DefaultIcon' Action='write' Type='string' Value='[INSTALLDIR]Application.exe,1' / If anyone has idea where I'm going wrong, please help. Thanks in advance. Thanks Sachin -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error 2721: Custom action not found in Binary table stream
During product uninstall I am trying to execute a file which is stored in the binary table. I am getting the following error message in the verbose log file: DEBUG: Error 2721: Custom action UninstallTasks not found in Binary table stream MSI (s) (30:2C) [13:45:43:591]: Executing op: ActionStart(Name=PublishProduct,Description=Publishing product information,) The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2721. The arguments are: UninstallTasks, , This is the custom action Binary Id=UninstallScript SourceFile=DeleteOldKmf.cmd/ CustomAction Id=UninstallTasks BinaryKey=UninstallScript ExeCommand=DeleteOldKmf.cmd Return=ignore Execute=deferred / I don't understand what I am doing wrong. Thank you for your help. === This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. === -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Optimal structure of a wxs file
Per the howto in the v3 helpfile, I've been first defining the folder structure of a project then adding the files via DirectoryRef's. Now that I am adding more functionality to my projects, I find it much easier to work with if I separate the file into logical chunks, such as IIS configuration or XML file changes. However from the example below, you will notice that there is a bit of redundancy happening with the multiple DirectoryRef's. !-- Directories -- Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=APPLICATIONROOTDIRECTORY Name=My Application Name/ Directory Id=ANOTHERDIRECTORY Name=Another Directory Name/ /Directory /Directory !-- File System -- DirectoryRef Id=APPLICATIONROOTDIRECTORY Component Id=myapplication.exe Guid=PUT-GUID-HERE File Id=myapplication.exe Source=MySourceFiles\MyApplication.exe KeyPath=yes Checksum=yes/ /Component Component Id=documentation.html Guid=PUT-GUID-HERE File Id=documentation.html Source=MySourceFiles\documentation.html KeyPath=yes/ /Component /DirectoryRef !-- IIS -- DirectoryRef Id=APPLICATIONROOTDIRECTORY Component Id=MyVirtualDirComponent Guid=PUT-GUID-HERE KeyPath=yes iis:WebVirtualDir Id=MyVDir Alias=VirtualDir Directory=APPLICATIONROOTDIRECTORY etc etc /Component /DirectoryRef !-- XML -- DirectoryRef Id=APPLICATIONROOTDIRECTORY Component Id=XmlConfigFile Guid=PUT-GUID-HERE KeyPath=yes File Id=xmlfile.xml Name=xml.xml File=[APPLICATIONROOTDIRECTORY]xmlfile.xml etc etc / util:XmlFile Id=xmlfile.xml etc etc / /Component /DirectoryRef I like this layout because its easier for me to read and also I can get to a specific piece of functionality pretty quickly. But I'm wondering if this method is really the right way I should be doing it. Both from a performance standpoint (ie compile-link-generate times) and from a maintainability standpoint. Am I better off having one DirectoryRef element for any given folder and putting all the IIS, XML, SQL, etc stuff underneath that, rather than spreading it all out like I am doing now? Thanks in advance. -- View this message in context: http://n2.nabble.com/Optimal-structure-of-a-wxs-file-tp2261592p2261592.html Sent from the wix-users mailing list archive at Nabble.com. -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Disable Features in Feature tree
No Bob.. I don’t want to show features which are removed using Remove control event in feature tree. Is there any way for same? Regards, Jagdish Sakhiya From: Bob Arnson-6 (via Nabble) [mailto:ml-user+58260-2011467...@n2.nabble.com] Sent: Monday, February 02, 2009 11:18 PM To: Jagdish Sakhiya Subject: Re: [WiX-users] Disable Features in Feature tree jagdish.sakhiya wrote: So, I have implemented following code by using Remove control events. I am able to mark feature as an unselected but I don’t want to show that features itself in feature tree. Can you guide me how can we achieve this. The selection tree control doesn't support showing features that are disabled. -- 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-us...@... http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2259310i=0 https://lists.sourceforge.net/lists/listinfo/wix-users This email is a reply to your post @ http://n2.nabble.com/Disable-Features-in-Feature-tree-tp2180402p2259310.html You can reply by email or by visting the link above. Legal Disclaimer: This electronic message and all contents contain information from Cybage Software Private Limited which may be privileged, confidential, or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is strictly prohibited. If you have received this electronic message in error please notify the sender by reply e-mail to and destroy the original message and all copies. Cybage has taken every reasonable precaution to minimize the risk of malicious content in the mail, but is not liable for any damage you may sustain as a result of any malicious content in this e-mail. You should carry out your own malicious content checks before opening the e-mail or attachment. www.cybage.com -- View this message in context: http://n2.nabble.com/Disable-Features-in-Feature-tree-tp2180402p2261667.html Sent from the wix-users mailing list archive at Nabble.com. -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Optimal structure of a wxs file
lesterbangs wrote: I like this layout because its easier for me to read and also I can get to a specific piece of functionality pretty quickly. But I'm wondering if this method is really the right way I should be doing it. Both from a performance standpoint (ie compile-link-generate times) and from a maintainability standpoint. There's no perceptible performance impact so it all boils down to maintainability and ease of use. If it works for you, go for it. -- sig://boB http://joyofsetup.com/ -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] localization using Wix
Bo Cordell wrote: On a German OS, the following lines cause error An error occurred while applying security settings. Users is not a valid user or group.. The reason is that user doesn't spell the same as it is in English. How does Wix support this kind of localization issue? Thanks. The PermissionEx element in WixUtilExtension translates well-known names to language-neutral equivalents. -- sig://boB http://joyofsetup.com/ -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Disable Features in Feature tree
jagdish.sakhiya wrote: No Bob.. I don’t want to show features which are removed using Remove control event in feature tree. Is there any way for same? I don't understand what you're trying to accomplish. Please explain. -- sig://boB http://joyofsetup.com/ -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 2721: Custom action not found in Binary table stream
Joe Osman wrote: CustomAction Id=UninstallTasks BinaryKey=UninstallScript ExeCommand=DeleteOldKmf.cmd Exe custom actions must be .exes, not .cmd. You'll need to replace it with a call to cmd.exe -- or better yet, dump the batch file and use built-in MSI functionality. -- sig://boB http://joyofsetup.com/ -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
