Re: [WiX-users] Custom bootstrapper and Server 2008 R2
David White wrote So the question is, how do I write my own bootstrapper UI when all I have is v2? I have seen no windows forms apps. Can I write a simple Windows forms app? Or do I have to go to C++ where I can link the runtime with it? Yes, the managed layer only uses .NET 2.0 so you can use WinForms if you want. However, burn can also install the .NET Framework for you *before* launching your BA so you might want to go that route and stay in WPF. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-bootstrapper-and-Server-2008-R2-tp7585458p7585459.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn restore after reboot not working
This post may help: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Resume-Installation-Plan-td7579146.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Resume-Installation-Plan-td7579146.html Easiest thing to do is to create a custom object that keeps track of all the state information, serialize it, and save the value to a persisted property. Then just deserialize it on resume. Also, take a look at the WixBundleForcedRestartPackage variable. You can use that to know what package caused the reboot (and skip packages which were already installed prior to the reboot...see wixstba for examples). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-restore-after-reboot-not-working-tp7585217p7585262.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Slow Installs
I haven't read the book but I noticed the same thing awhile ago. Check out my posting if interested: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Performance-Issues-with-File-table-sequencing-td4777168.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Performance-Issues-with-File-table-sequencing-td4777168.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Slow-Installs-tp7585123p7585143.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bundle: Way to do no action in case of Repair for an ExePackage
Just don't set the ExePackage/@RepairCommand attribute. That should disable repair for the exe. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-Way-to-do-no-action-in-case-of-Repair-for-an-ExePackage-tp7584034p7584035.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can't run bundle installer with ManagedBA with TrenMicro office scan
Are you signing your bundle? If not, do so...typically AV is more forgiving of signed files. Also, the burn engine is what writes those keys you mention. For reference, there are steps in the WiX CHM file that indicate how to sign bundles. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-t-run-bundle-installer-with-ManagedBA-with-TrenMicro-office-scan-tp7583604p7583633.html Sent from the wix-users mailing list archive at Nabble.com. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skipping pre-req packages during repairs
Take a look at the PlanPackageBegin function in InstallationViewModel.cs (the WiX installer BA). You'll see that it sets the request state to none if it is the netfx package. If you aren't using your own BA then you could just copy the appropriate code from the NetFx*.wxs file and remove the RepairCommand attribute. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Skipping-pre-req-packages-during-repairs-tp7583657p7583658.html Sent from the wix-users mailing list archive at Nabble.com. -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] When is ExecuteFilesInUse invoked for custom .NET bootstrapper
I found this issue as well and already opened a bug for it: http://sourceforge.net/p/wix/bugs/3160/ http://sourceforge.net/p/wix/bugs/3160/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/When-is-ExecuteFilesInUse-invoked-for-custom-NET-bootstrapper-tp7583469p7583598.html Sent from the wix-users mailing list archive at Nabble.com. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Prevent logging
Add this to ensure that the custom action data is hidden as well: Property Id=ExecXmlFile Hidden=yes/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Prevent-logging-tp7582177p7582224.html Sent from the wix-users mailing list archive at Nabble.com. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn - InstallAnywhere ExePackage
I just created a stand-alone executable. As long are you already require .NET then it makes sense to do it in C#. In my particular case I did it in vc++ (and statically linked the runtime) so I could use it for both native and managed bundles. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-InstallAnywhere-ExePackage-tp7580040p7580315.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Issue installing or creating layout with WiX 3.6
Just wanted to share this with anyone who might run into the same issue I did... If you are doing a fresh install of WiX 3.6 and you have Visual Studio 2005 installed then the setup will fail. It will also fail to create a layout. You can get around the installation issue by copying ProjectAggregator2.msi from the mercurial repository (place it in the same directory as the setup exectuable). Here is the bug: https://sourceforge.net/tracker/?func=detailaid=3564696group_id=105970atid=642714 https://sourceforge.net/tracker/?func=detailaid=3564696group_id=105970atid=642714 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Issue-installing-or-creating-layout-with-WiX-3-6-tp7580284.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Verify if registry key exist with no default value.
Those are the search element for use with burn in 3.6+. I have found that the burn searches are capable of detecting if a key exists or not. However, these won't be useful to you if you aren't using burn (they won't execute in an MSI). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Verify-if-registry-key-exist-with-no-default-value-tp7580171p7580175.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn - InstallAnywhere ExePackage
UPDATE: OK, using the recommendation of creating a stub EXE I have got this working. Here's what I did in case anyone else needs to handle this type of installer. 1. Created a stub executable that manages the installation and removal of the package. The stub exe does a few things: a) Parses some command line parameters (to pass the install / uninstall). b) Launches the specified executable. c) Returns the exit code from the launched process (so burn knows if it failed or succeeded). 2. In order to determine if the actual package was installed, I used a burn file search (since I knew where the uninstall.exe file should be) and used that variable for the ExePackage/@DetectCondition. This way the package would be installed if the file wasn't found. 3. Added a Payload element for the real install package. In the end here is an example of what my WiX authoring looked like: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Fragment util:FileSearch Path=[ProgramFilesFolder]MyCompany\MyProduct\uninstall\uninstall.exe Variable=ThirdPartyUninstallExecutable/ PackageGroup Id=ThirdPartyProduct ExePackage Id=ExePackageStub_ThirdPartyProduct DisplayName=Third Party Product Description=Third Party Product PerMachine=yes SourceFile=C:\Visual Studio Projects\Bootstrapper1\ExePackageStub\ExePackageStub.exe DetectCondition=ThirdPartyUninstallExecutable InstallCommand='-ExeFile ThirdPartyInstall.exe -ExeCommandLine -i silent -DUSER_INSTALL_DIR=\[ProgramFilesFolder]MyCompany\MyProduct\ -DREGISTER_UNINSTALLER_WINDOWS=FALSE' UninstallCommand='-ExeFile [ThirdPartyUninstallExecutable] -ExeCommandLine -i silent' Payload SourceFile=C:\Visual Studio Projects\Bootstrapper1\ThirdParty\ThirdPartyInstall.exe / /ExePackage /PackageGroup /Fragment /Wix So, as you can see, I used the ExePackage/@InstallCommand and ExePackage/@UninstallCommand to pass my stub EXE the information I needed to run the install or uninstall. If you are installing an InstallAnywhere package the -DREGISTER_UNINSTALLER_WINDOWS=FALSE switch prevents it from adding an entry in ARP. Another tip, for the exe stub, if you are using the http://msdn.microsoft.com/en-us/library/windows/desktop/ms682425%28v=vs.85%29.aspx CreateProcess function be sure that the first part of the command line is the full path to the executable you are launching. Hope this helps someone (and thanks for the initial suggestion)! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-InstallAnywhere-ExePackage-tp7580040p7580152.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn - InstallAnywhere ExePackage
I was wondering if anyone out there has had the unfortunate task of trying to bootstrap an InstallAnywhere package? I ask because apparently to uninstall these types of packages you need to launch an uninstall.exe file that gets installed by the setup executable. That being the case it appears burn won't be able to handle removal of these natively (because it knows nothing about the uninstall.exe and you can't tell it to launch an arbitrary executable). I really can't believe there is no way to launch an uninstall from the original install package (please let me know if I'm wrong here). Does anyone know a hack to get this to work or have any other advice on how to deal with InstallAnywhere? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-InstallAnywhere-ExePackage-tp7580040.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn - InstallAnywhere ExePackage
Yeah I have never even been exposed to this type of installer until very recently. Should I file a bug for 3.7 to track this? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-InstallAnywhere-ExePackage-tp7580040p7580047.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn - InstallAnywhere ExePackage
Good idea, I'm going to look into this approach and post back if I'm successful...thanks for the idea! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-InstallAnywhere-ExePackage-tp7580040p7580050.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set ADDLOCAL from UI
Don't try to set feature states by directly setting the ADDLOCAL property from the UI. Instead you should use the http://msdn.microsoft.com/en-us/library/windows/desktop/aa367537%28v=vs.85%29.aspx AddLocal and http://msdn.microsoft.com/en-us/library/windows/desktop/aa371210%28v=vs.85%29.aspx Remove events. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Set-ADDLOCAL-from-UI-tp7579666p7579671.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extending WiX UI
Well this isn't exactly pretty but I did find a way to do what you want. You can create a CustomTable element for the ControlCondition table and then add rows as you need them (WiX didn't seem to mind that this was a standard table). Here's the WiX authoring for the ControlCondition table: CustomTable Id=ControlCondition Column Id=Dialog_ KeyTable=Dialog KeyColumn=1 Category=Identifier Type=string PrimaryKey=yes/ Column Id=Control_ KeyTable=Dialog KeyColumn=1 Category=Identifier Type=string PrimaryKey=yes/ Column Id=Action Category=Text Type=string PrimaryKey=yes/ Column Id=Condition Category=Condition Type=string PrimaryKey=yes/ /CustomTable Here's a non-sensical example of adding a row: CustomTable Id=ControlCondition Row Data Column=Dialog_WelcomeDlg/Data Data Column=Control_Title/Data Data Column=ActionDisable/Data Data Column=ConditionNOT Installed/Data /Row /CustomTable Note that the table definition can be in separate fragment from the data. Also, I think it would probably be a good idea to file a bug or feature request to make this easier to do. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Extending-WiX-UI-tp7579571p7579573.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dont want to harvest the subfolder inside a folder using heat.exe? Any possibilty to do this? Need Help
I haven't used it myself but have you looked at John Robbins' Paraffin tool? Here's a link to it (note the current version is 3.6 I believe): http://www.wintellect.com/cs/blogs/jrobbins/archive/2010/08/31/zen-of-paraffin.aspx http://www.wintellect.com/cs/blogs/jrobbins/archive/2010/08/31/zen-of-paraffin.aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dont-want-to-harvest-the-subfolder-inside-a-folder-using-heat-exe-Any-possibilty-to-do-this-Need-Help-tp7579561p7579574.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extending WiX UI
Take a look at this (if you haven't already): http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm I usually end up just copying from the existing source and creating my own dialogs and dialog sets. Since you can't easily extend all parts of the existing extension (like easily adding control conditions). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Extending-WiX-UI-tp7579571p7579576.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Resume Installation Plan
Rob Mensching-7 wrote Save the values you need in a persisted Variable *before* calling Apply(). When you come back after reboot, the values will still be there. Basically, in Burn we fixed the problem that MSI does not store Property values by allowing Variables to be persisted. smile/ Exactly what I needed, thanks. For those out there doing a managed BA just stuff all the info you need into your custom object, serialize it and then save it in the persisted variable. Deserialize on resume. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Resume-Installation-Plan-tp7579146p7579182.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Resume Installation Plan
In my BA I have several packages and features. I decide which of these to install by showing a UI that allows the user to select them individually. If one of the packages requires an immediate reboot what is the recommended way of persisting the plan for after reboot (I don't want to have the user re-select everything they want to install during resume). My only thought is that I will have to write out the information to a file somewhere and re-read (and then delete) it. Any thoughts are appreciated. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Resume-Installation-Plan-tp7579146.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Scheduling Custom Action
Ravi Raj wrote I am populating UserName property in UI textbox and then storing it in registry. For this I am using custom action to set this variable at UISqeuence and ExecuteSequence. Everything works great. I found that if I change this value to something else, my registry is never changes to new value. i saw that log then found that in UISequence its fine but in ExecuteSequence it changes back to normal. I need to fix this. I cannot remove the custom action from ExecuteSequence as if I do that then at the repair (with no UI just Right-Click - Repair) I found that, the registry value gets deleted (i am not sure why as verbose sows that value as empty). But having both CAs intact, it works great. Again, if I manually the registry value (just for testing), and do repair using Maintenance dialog, the registry value resets to the original (default) value. I am totally lost how to resolve this? If you have a custom action that you only want to run once (but need to schedule in both the UI and Execute sequences to cover all your bases ) then you should set the CustomAction/@Execute attribute to firstSequence. See WiX.chm for more details. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Scheduling-Custom-Action-tp7579001p7579008.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] pass a string value from one dialog to a managed custom action
Bob Uva-2 wrote I'm using WixUI_FeatureTree with a few custom dialogs. I want to get a string entered by the user on one dialog and use it in a call to a managed custom action implemented in a C# DLL assembly. What is the best, and hopefully easiest, way to do this? The process will differ based upon the type of custom action you are calling. If it is an immediate custom action you will be able to access the property value directly from the custom action. If it is a deferred custom action you need to do the following: 1. Schedule an immediate CA right before your deferred CA. This custom action needs to set a property to the value you wish to pass to your deferred CA. The name of the property you set should be exactly the same as the name of your deferred CA. 2. In your deferred CA, access the data by getting the value of the CustomActionData property. See this MSDN article: http://msdn.microsoft.com/en-us/library/windows/desktop/aa370543(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/windows/desktop/aa370543(v=vs.85).aspx Disclaimer: I highly recommend that anyone writing CAs reads about data driven custom actions: http://robmensching.com/blog/posts/2007/9/13/Zataoca-Custom-actions-should-be-data-driven http://robmensching.com/blog/posts/2007/9/13/Zataoca-Custom-actions-should-be-data-driven http://jpassing.com/2009/08/26/writing-data-driven-custom-actions/ http://jpassing.com/2009/08/26/writing-data-driven-custom-actions/ http://blog.deploymentengineering.com/2008/05/data-driven-cas-made-easy-with-dtf.html http://blog.deploymentengineering.com/2008/05/data-driven-cas-made-easy-with-dtf.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/pass-a-string-value-from-one-dialog-to-a-managed-custom-action-tp7578996p7579009.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Session.Message to display messages during Deferred custom action
raviraj87 wrote I am using session.Message(InstallMessage.Error | (InstallMessage)(icon) | (InstallMessage)MessageBoxButtons.OK, new Record { FormatString = message }); to display any messages during deferred CA and everything works great. The message box shows only one button named OK. I can use Yes/No/Cancel using MessageBoxButtons option but then how to handle these buttons? Any suggestions? session.Message will return a Microsoft.Deployment.WindowsInstaller.MessageResult. Simply check the value of it if you wish to handle the results differently. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Session-Message-to-display-messages-during-Deferred-custom-action-tp7578923p7578929.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Planning: package customization
Kannan24 wrote Hi, 1. I followed the update to set the msiproperty values in managed code, but i cannot achieve to set the property value. I have used the below code. Bundle.wxs: Variable Name=UI Value=False/ Chain MsiPackage Id=SketchUpPlugin Name=Wixdata SourceFile=C:\Users\Kannanns\Documents\Visual Studio 2010\Projects\TestSetup\TestSetup\bin\Debug\TestSetup.msi Compressed=yes DisplayInternalUI=no ForcePerMachine=yes Permanent=yes Vital=yes EnableFeatureSelection=yes MsiProperty Name=USER_INTERFACE Value=UI/ /MsiPackage BA Managed code: SyncBA.Model.Engine.Plan(LaunchAction.Install); SyncBA.Model.Engine.Apply(SyncBA.hwnd); SyncBA.Model.Bootstrapper.Engine.StringVariables[UI] = FALSE; In product.wxs i used the USER_INTERFACE as TRUE, now i changing the USER_INTERFACE in managed code. I got the USER_INTERFACE as UI instead of FALSE. Please point out me where i need to change. Like Windows Installer properties, use should use brackets to have burn evaluate the burn variable. So, change MsiProperty Name=USER_INTERFACE Value=UI/ to MsiProperty Name=USER_INTERFACE Value=[UI]/ Also, you need to change the value of the variable before calling Apply(). Kannan24 wrote 2. I need to display the MSI features in managed code, i found the BootstrapperApplicationData.xml file under the temp folder, it shows all the msifeatures but not in an order. I need to display in treeview control as it same order in product.wxs. Is there any way to display the msifeatures list in managed code? Sort them by the Display attribute. Look at the MDSN documentation for the http://msdn.microsoft.com/en-us/library/windows/desktop/aa368585%28v=vs.85%29.aspx feature table . Since you have all of the information from this table you can mimic MSI behavior if you wish. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Planning-package-customization-tp6040489p7578862.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Passing component Id in Custom Action
raviraj87 wrote I want to pass a file name in the argument of Custom Action. These files are getting installed into the system. Can I pass the component id of these files rather than passing hard coded name? You can use this expression [#/filekey/] to get the full path of a file. Take a look here for more information: http://msdn.microsoft.com/en-us/library/windows/desktop/aa368609%28v=vs.85%29.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/aa368609%28v=vs.85%29.aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Passing-component-Id-in-Custom-Action-tp7578858p7578863.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Managed Bootrapper next step
Neil Sleightholm wrote I have looked at InstallationViewModel.cs some more and I think I am starting to understand it. One question how do you detect that the bundle is already installed and hence display uninstall/repair? In the WiX BA it looks like they handle this in DetectedPackage() to figure it out (which is called by the DetectPackageComplete callback). They consider the bundle to be installed if the Wix package (core.msi) is installed. In my experimental BA I am checking the value of Bootstrapper.Command.Resume. If it is ResumeType.Arp then I know the bundle is installed. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootrapper-next-step-tp7578701p7578736.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn running sql script/ batch /command script in chain.
Rob Mensching-7 wrote Creating an installation engine in WiX is not something to consider until WiX v4. smile/ Sorry my curiosity has gotten the better of me...is this actually being seriously considered (I like the idea)? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-running-sql-script-batch-command-script-in-chain-tp7578607p7578743.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .Net 2.0 Managed Bootstrapper
Neil Sleightholm wrote It is possible to write managed bootstrapper in .Net 2.0? All the example code I have found uses Threading.Dispatcher.CurrentDispatcher but that isn't available in .Net 2.0 so I was wondering if there was an alternative. You see that because they are using WPF (.NET 3.0+) for the UI. If you want to use .NET 2.0 look into using WinForms instead. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Net-2-0-Managed-Bootstrapper-tp7578702p7578707.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Managed Bootrapper next step
Neil Sleightholm wrote I have created a very basic managed bootstrapper and it is loaded correctly by my bundle but it doesn't actually run the install it just stays in memory but with nothing happening. I have looked at the WiX install and just can't figure out what I need to do next, I think it is something to do with the Detect() and Plan() functions. You are on the right track. You definitely need to call Detect(), then Plan(), then Apply(). However, you will find that you will also want to handle a lot of the burn callbacks as well (as a result of making the above calls). Take a look at src\Setup\WixBA\InstallationViewModel.cs as an example. Hope that helps somewhat. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootrapper-next-step-tp7578701p7578709.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Related MSI Detection Question
Created bug https://sourceforge.net/tracker/?func=detailaid=3531882group_id=105970atid=642714 3531882 . Thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Related-MSI-Detection-Question-tp7578654p7578676.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Related MSI Detection Question
I have an MSI package that detects the VSTO runtime via an entry in the Upgrade table (I just use it for a launch condition in the MSI.) When burn detects the related MSIs for this package it finds the VSTO runtime and indicates that the operation is a MajorUpgrade. This seems a bit odd to me. Shouldn't the operation just be none for a detect-only package with a totally different upgrade code than the current package? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Related-MSI-Detection-Question-tp7578654.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: multiple packages in one fragment
Yes, if you reference anything in a fragment it brings in the entire fragment (not just the element you referenced). It doesn't look like there is a RegistrySearchRef element (perhaps submit a feature request). So, I would recommend putting the searches in an include file so you can pull them in from the separate fragments. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-multiple-packages-in-one-fragment-tp7334901p7336460.html Sent from the wix-users mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction not running
No you need to know the name of the standard or custom action that you want it to run after or before. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7269311.html Sent from the wix-users mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix: Installing a Component while Repair Or Reinstall
If you are using a condition on your component then you set Component/@Transitive to yes. That should force Windows Installer to reevaluate the condition during reinstall. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Installing-a-Component-while-Repair-Or-Reinstall-tp7269151p7269868.html Sent from the wix-users mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] registry search overridden when Program Files encountered
Windows Installer does this be design so you really shouldn't try working around it. But, see this post for more information: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-allow-32-bit-installer-to-write-to-C-Program-Files-td5544693.html#a5550286 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-allow-32-bit-installer-to-write-to-C-Program-Files-td5544693.html#a5550286 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/registry-search-overridden-when-Program-Files-encountered-tp7269271p7269898.html Sent from the wix-users mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix: Installing a Component while Repair Or Reinstall
But what if the component is not installed at first installation? Would Component/@Transitive=yes make it to install during reinstall? Yes, as long as the component condition evaluates to true during reinstall. Take a look at the WiX help file. It describes the attribute very well. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Installing-a-Component-while-Repair-Or-Reinstall-tp7269151p7270135.html Sent from the wix-users mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction not running
Disclaimer: As you probably know, it is a bad practice to register files this way during installation. The preferred way is to author the actual registry values that get written during registration. Ignoring the disclaimer, you shouldn't rely on using the value of the ADDLOCAL property. Instead, use the feature or component state to condition your custom actions. Using component state is the preferred way so your conditions should be: InstallExecuteSequence Custom Action='Register' After='InstallFiles'$StaticBinaries = 3/Custom Custom Action='Unregister' Before='RemoveFiles'$StaticBinaries = 2/Custom /InstallExecuteSequence See this page for more details (I recommend bookmarking it): http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7265626.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction not running
Well, for DLLs it is pretty easy because you can use heat.exe to generate the authoring for you. However, it doesn't handle EXEs. See this thread for more details: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7265676.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registry setting with configurable install directory -- problem with value of %SystemRoot%
Are you running a 32 bit installer on a 64-bit machine? If so, then %SystemRoot%\system32 is going to resolve to C:\Windows\SysWOW64. So, make sure that C:\Windows\SysWOW64\Novell\Nici exists or the search will fail. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Registry-setting-with-configurable-install-directory-problem-with-value-of-SystemRoot-tp7255442p7263705.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registry setting with configurable install directory -- problem with value of %SystemRoot%
Try setting the RegistrySearch/@Type attribute to directory instead of raw. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Registry-setting-with-configurable-install-directory-problem-with-value-of-SystemRoot-tp7255442p7260751.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn without UI
Looks like you need to write your own BA: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-bootstrap-a-single-MSI-not-showing-BA-UI-at-all-td6926187.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-bootstrap-a-single-MSI-not-showing-BA-UI-at-all-td6926187.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-without-UI-tp7239834p7239968.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn without UI
You can do it in native or managed code. Take a look at the burn solution file in the source (src\burn\burn.sln). You can see both the wixstdba (native) and WixBA (managed) projects for examples. I haven't come across any tutorials or anything like that though. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-without-UI-tp7239834p7240469.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX 3.6 Upgrade Leaves Files in Cache (v3.6.2520.0 to v3.6.2527.0)
I just upgraded from v3.6.2520.0 to v3.6.2527.0 and noticed that the cached files from the old version are still in the cache (along with the new files). I am wondering if this is the expected behavior or not. Here are the contents of the log file: --- [6374:6378][2012-01-30T10:54:11]: Burn v3.6.2527.0, path: C:\jhennessey\Installed Applications\WiX\3.6.2527.0\wix36.exe, cmdline: '-burn.unelevated BurnPipe.{A0517E6A-F456-4BFE-AF46-55990426E173} {545AA060-697B-411F-982D-36A592091F4B} 24900' [6374:6378][2012-01-30T10:54:11]: Setting string variable 'WixBundleLog' to value 'C:\Users\JHENNE~1\AppData\Local\Temp\WiX_Toolset_v3.6.2527.0_20120130105411.log' [6374:6378][2012-01-30T10:54:11]: Setting string variable 'WixBundleName' to value 'WiX Toolset v3.6.2527.0' [6374:6378][2012-01-30T10:54:11]: Setting string variable 'WixBundleOriginalSource' to value 'C:\jhennessey\Installed Applications\WiX\3.6.2527.0\wix36.exe' [6374:6378][2012-01-30T10:54:11]: Loading managed bootstrapper application. [6374:6378][2012-01-30T10:54:12]: Creating BA thread to run asynchronously. [6374:59C0][2012-01-30T10:54:12]: Running the WiX BA. [6374:6378][2012-01-30T10:54:12]: Detect 8 packages [6374:6378][2012-01-30T10:54:12]: Registry key not found. Key = 'SOFTWARE\Microsoft\VisualStudio\11.0' [6374:6378][2012-01-30T10:54:12]: Setting string variable 'Netfx4x64FullVersion' to value '4.0.30319' [6374:6378][2012-01-30T10:54:12]: Setting string variable 'VS2005InstallFolder' to value 'C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE\' [6374:6378][2012-01-30T10:54:12]: Setting string variable 'VS2008InstallFolder' to value 'c:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\' [6374:6378][2012-01-30T10:54:12]: Setting string variable 'Netfx4FullVersion' to value '4.0.30319' [6374:6378][2012-01-30T10:54:12]: Setting string variable 'VS2010InstallFolder' to value 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\' [6374:59C0][2012-01-30T10:54:12]: Creating a UI. [6374:6378][2012-01-30T10:54:12]: Detected related bundle: {c18586f8-ce3c-4cb7-b003-162f6b341878}, scope: PerMachine, version: 3.6.2520.0, operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Condition 'Netfx4FullVersion AND (NOT VersionNT64 OR Netfx4x64FullVersion)' evaluates to true. [6374:6378][2012-01-30T10:54:12]: Detected package: Netfx4Full, state: Present, cached: No [6374:6378][2012-01-30T10:54:12]: Detected related package: {55ACE462-F309-4650-BE4E-F1008D6D8726}, scope: PerMachine, version: 1.1.0.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected package: ProjectAggregator2, state: Absent, cached: No [6374:6378][2012-01-30T10:54:12]: Detected related package: {BF25DC7A-F4F0-499E-834F-00A9371CA254}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected package: Wix, state: Absent, cached: No [6374:6378][2012-01-30T10:54:12]: Detected related package: {0393411B-11DB-4927-97E5-4018AD8797D5}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected package: msdk.msi, state: Absent, cached: No [6374:6378][2012-01-30T10:54:12]: Detected related package: {ADEC2235-8E29-47B9-803E-6A7FDA4B03B7}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected related package: {D99D782F-9E9E-4205-998B-2C1F1B51E51A}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected related package: {01E2C0F0-EFBE-4898-A6B7-365D2D8131E9}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected package: nsdk2005.msi, state: Absent, cached: No [6374:6378][2012-01-30T10:54:12]: Detected related package: {ADEC2235-8E29-47B9-803E-6A7FDA4B03B7}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected related package: {D99D782F-9E9E-4205-998B-2C1F1B51E51A}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected related package: {01E2C0F0-EFBE-4898-A6B7-365D2D8131E9}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected package: nsdk2008.msi, state: Absent, cached: No [6374:6378][2012-01-30T10:54:12]: Detected related package: {ADEC2235-8E29-47B9-803E-6A7FDA4B03B7}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected related package: {D99D782F-9E9E-4205-998B-2C1F1B51E51A}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01-30T10:54:12]: Detected related package: {01E2C0F0-EFBE-4898-A6B7-365D2D8131E9}, scope: PerMachine, version: 3.6.2520.0, language: 0 operation: MajorUpgrade [6374:6378][2012-01
Re: [WiX-users] WiX 3.6 Upgrade Leaves Files in Cache (v3.6.2520.0 to v3.6.2527.0)
And here is the log from the uninstall of v3.6.2520.0 -- [0DD4:0DD8][2012-01-30T10:56:55]: Burn v3.6.2520.0, path: C:\ProgramData\Package Cache\{c18586f8-ce3c-4cb7-b003-162f6b341878}\WiX36.exe, cmdline: '-uninstall -quiet -burn.related.upgrade -burn.embedded BurnPipe.{903DE423-537A-4E3E-AC77-4280F6FCAA77} {F36EB146-4819-450A-BC8F-D7184FACE72E} 24900 -burn.unelevated BurnPipe.{6ED3E0A4-D99C-4265-B7B4-A301035EE958} {F2DD94A0-441E-45A1-A454-70F739D4DFF0} 3492' [0DD4:0DD8][2012-01-30T10:56:55]: This bundle is being run by a related bundle as type 'Upgrade'. [0DD4:0DD8][2012-01-30T10:56:56]: Setting string variable 'WixBundleLog' to value 'C:\Users\JHENNE~1\AppData\Local\Temp\WiX_Toolset_v3.6.2520.0_20120130105656.log' [0DD4:0DD8][2012-01-30T10:56:56]: Loading managed bootstrapper application. [0DD4:0DD8][2012-01-30T10:56:56]: Creating BA thread to run asynchronously. [0DD4:6184][2012-01-30T10:56:56]: Running the WiX BA. [0DD4:0DD8][2012-01-30T10:56:56]: Detect 8 packages [0DD4:0DD8][2012-01-30T10:56:56]: Registry key not found. Key = 'SOFTWARE\Microsoft\VisualStudio\11.0' [0DD4:0DD8][2012-01-30T10:56:56]: Setting string variable 'Netfx4x64FullVersion' to value '4.0.30319' [0DD4:0DD8][2012-01-30T10:56:56]: Setting string variable 'VS2005InstallFolder' to value 'C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE\' [0DD4:0DD8][2012-01-30T10:56:56]: Setting string variable 'VS2008InstallFolder' to value 'c:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\' [0DD4:0DD8][2012-01-30T10:56:56]: Setting string variable 'Netfx4FullVersion' to value '4.0.30319' [0DD4:0DD8][2012-01-30T10:56:56]: Setting string variable 'VS2010InstallFolder' to value 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\' [0DD4:0DD8][2012-01-30T10:56:56]: Detected related bundle: {88924bc8-1b86-4d56-af81-13ea326ee9b0}, scope: PerMachine, version: 3.6.2527.0, operation: None [0DD4:0DD8][2012-01-30T10:56:56]: Condition 'Netfx4FullVersion AND (NOT VersionNT64 OR Netfx4x64FullVersion)' evaluates to true. [0DD4:0DD8][2012-01-30T10:56:56]: Detected package: Netfx4Full, state: Present, cached: No [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {55ACE462-F309-4650-BE4E-F1008D6D8726}, scope: PerMachine, version: 1.1.0.0, language: 0 operation: MajorUpgrade [0DD4:0DD8][2012-01-30T10:56:56]: Detected package: ProjectAggregator2, state: Absent, cached: No [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {B1828E59-8C41-4F0C-881C-28F06E23EBC5}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: Downgrade [0DD4:0DD8][2012-01-30T10:56:56]: Detected package: Wix, state: Invalid, cached: Yes [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {E20C76B2-A246-4214-84D8-2D4E95F67546}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: Downgrade [0DD4:0DD8][2012-01-30T10:56:56]: Detected package: msdk.msi, state: Invalid, cached: Yes [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {C9258DAA-09D5-43C6-995D-1CD5BD37F695}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: Downgrade [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {B429520E-1BC4-4F2B-8AD0-5682B51DCCA5}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: None [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {9750BDD1-55BA-401A-948B-0BA044CA3FDD}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: None [0DD4:0DD8][2012-01-30T10:56:56]: Detected package: nsdk2005.msi, state: Invalid, cached: Yes [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {C9258DAA-09D5-43C6-995D-1CD5BD37F695}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: Downgrade [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {B429520E-1BC4-4F2B-8AD0-5682B51DCCA5}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: None [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {9750BDD1-55BA-401A-948B-0BA044CA3FDD}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: None [0DD4:0DD8][2012-01-30T10:56:56]: Detected package: nsdk2008.msi, state: Invalid, cached: Yes [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {C9258DAA-09D5-43C6-995D-1CD5BD37F695}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: Downgrade [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {B429520E-1BC4-4F2B-8AD0-5682B51DCCA5}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: None [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {9750BDD1-55BA-401A-948B-0BA044CA3FDD}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: None [0DD4:0DD8][2012-01-30T10:56:56]: Detected package: nsdk2010.msi, state: Invalid, cached: Yes [0DD4:0DD8][2012-01-30T10:56:56]: Detected related package: {CE9E2655-BFCF-4E42-A3B9-4FB759DE83F2}, scope: PerMachine, version: 3.6.2527.0, language: 0 operation: Downgrade [0DD4:0DD8][2012-01-30T10:56:56]: Detected package:
Re: [WiX-users] WiX 3.6 Upgrade Leaves Files in Cache (v3.6.2520.0 to v3.6.2527.0)
I created SF Bug 3481704 for the issue (log files attached to bug). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-3-6-Upgrade-Leaves-Files-in-Cache-v3-6-2520-0-to-v3-6-2527-0-tp7237051p7237232.html Sent from the wix-users mailing list archive at Nabble.com. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Bootstrapping Issues
A bootstrapper needs to be an executable. MSIs cannot launch other MSIs. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Bootstrapping-Issues-tp7225413p7228980.html Sent from the wix-users mailing list archive at Nabble.com. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Install 3.6 on clean VM
I posted a commented on your SF bug and figured I would post it here as well: I couldn't view your attached image (I think it's corrupt) but I suspect the problem might be the same issue I was seeing at one point with my own experimental BA. My issue was rooted in the fact that the engine performs its work (Detect, Apply, etc.) on a different thread. So, when you tell the engine to run Detect() it posts a message to the worker thread and returns immediately. In my case, I was initializing data that was needed by the UI during the detection phase but sometimes the UI was being displayed before detection actually finished (for reasons mentioned above). What I ended up needing to do was to have my BA thread wait for detection to complete before showing my UI window. I accomplished this by calling EventWaitHandle.WaitOne() immediately after calling Engine.Detect(). I then called EventWaitHandle.Set() in my DetectComplete() callback so my BA thread would continue. Hope this helps! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Install-3-6-on-clean-VM-tp7219429p7221515.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Two Wierd Installer Problems - DTF and QuietExec
Although I wrote this bug up for a different reason ( https://sourceforge.net/tracker/?func=detailaid=2013944group_id=105970atid=642714 https://sourceforge.net/tracker/?func=detailaid=2013944group_id=105970atid=642714 ), if you read the comments you'll see that I was getting a similar issue. I think I was only seeing the issue on Windows 2000 at the time though. Nonetheless, you could try building sfxca.dll in debug mode and use it to build your CAs to see if that helps. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-Wierd-Installer-Problems-DTF-and-QuietExec-tp7220939p7221537.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET config best practices
My suggestion is that you store this information in some soft of database and have the application (or a configuration application ) manage the settings. I think you'll find it difficult to be able to try and save / merge all this data as time goes on. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-config-best-practices-tp7222030p7222360.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is there a UI Control to pick an existing file?
Unfortunately MSI UI doesn't natively support an Open File Dialog. So, yeah, you'll need a custom action to display one. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-there-a-UI-Control-to-pick-an-existing-file-tp7195026p7196469.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Pass BootstrapperApplication properties to MSIPackages
Define the properties that you want passed to your MSI using MsiProperty elements under the corresponding MsiPackage element. You can set the MsiProperty@Value attribute to the value of a Variable element. Your BA can change / update the value of the Burn variable. So here's a burn variable that you will later set through your BA: Variable Name=MyBurnVariable Persisted=yes Type=string Value=Test Variable/ Here's your MSI package that has a public property named MY_PUBLIC_PROPERTY that will get set by the engine: MsiPackage Id=Package1 Compressed=no Vital=yes Name=data\MSI\Package1.msi Cache=yes SourceFile=C:\data\MSI\Package1.msi MsiProperty Name=MY_PUBLIC_PROPERTY Value=[MyBurnVariable]/ /MsiPackage Here's your BA code that changes the value of MyBurnVariable at some point: MyBootstrapperApplication.Engine.StringVariables[MyBurnVariable] = My New Value; -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Pass-BootstrapperApplication-properties-to-MSIPackages-tp7195074p7196697.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: check for MSI existence and validity
I can also verify that BootstrapperApplicationData.xml doesn't contain the payload information...it's in the manifest file. I think it would be advantageous to include all of the information from the manifest in the BootstrapperApplicationData.xml file (or at least write the manifest to the temporary directory so it can be read by the BA). In my scenario, I would also like to be able to verify the external packages before presenting the user with the installation options. This will allow us to maintain one bundle that can be used to present only the particular products that a customer has paid for (we'll give them all the same bundle but only the MSIs they need). If I had access to the payload information then I could accomplish this quite easily. Reasonable feature request? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-check-for-MSI-existence-and-validity-tp7158657p7176343.html Sent from the wix-users mailing list archive at Nabble.com. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: check for MSI existence and validity
Created SF Feature Request 3472491: https://sourceforge.net/tracker/?func=detailaid=3472491group_id=105970atid=642717 https://sourceforge.net/tracker/?func=detailaid=3472491group_id=105970atid=642717 . -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-check-for-MSI-existence-and-validity-tp7158657p7177156.html Sent from the wix-users mailing list archive at Nabble.com. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] xp auto start pre installed service
You could change the registry value for the service that maps to the startup type. In your case you said the service name was wzcsvc so you would change this registry value (DWORD): HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\wzcsvc\Start to 2. Here's a little bit of info on these registry keys / values: http://support.microsoft.com/kb/103000 http://support.microsoft.com/kb/103000 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/xp-auto-start-pre-installed-service-tp7064419p7066814.html Sent from the wix-users mailing list archive at Nabble.com. -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable CA if feature not installed
You should condition the CA based upon the installation state of the component containing your EXE. Check http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx MSDN for full details but let's say your component id is componentA...then the condition on your CA would be: $componentA = 3 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-disable-CA-if-feature-not-installed-tp7025562p7025828.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] PhysicalMemory issue
That's strange...I just checked and the property is correct for my machine (Windows 7 x64). How much RAM do you actually have installed and what is the property saying? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/PhysicalMemory-issue-tp7024683p7025949.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ARPPRODUCTICON missing in Programs and Features on Windows 7
This post may help: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/problem-with-icon-for-Add-Remove-Programs-applet-td689139.html#a689141 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/problem-with-icon-for-Add-Remove-Programs-applet-td689139.html#a689141 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ARPPRODUCTICON-missing-in-Programs-and-Features-on-Windows-7-tp7024310p7026000.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn MBA Getting PackageName from
The BootstrapperApplicationData.xml file gets extracted to the same directory as your BA. So, you could just get the directory of the current executing assembly (your BA assembly) and then load/parse the XML file. I recommend searching the %temp% directory for BootstrapperApplicationData.xml after launching your bundle. This way you can copy it somewhere to see the structure. (HINT: The WixPackageProperties elements contain the info you need.) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-Burn-MBA-Getting-PackageName-from-tp7021126p7021616.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 3.6.2207.0 and 3.6.2201.0 are missing the data subdirectory.
I always grab the binaries (we check them in) but still use the MSI for Votive. I have VS2005, VS2008, and VS2010 but only need votive for 2010. So, I don't install anything but the VS2010 integration. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/3-6-2207-0-and-3-6-2201-0-are-missing-the-data-subdirectory-tp6873149p6880996.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX36.exe and Antivirus
It seemed to be right when I clicked install (caching?) so that makes sense. It looks like the AV is more forgiving to signed exes so I might try signing it with a test certificate to see what happens. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX36-exe-and-Antivirus-tp6879249p6881011.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 3.6.2207.0 and 3.6.2201.0 are missing the data subdirectory.
Is there a way to extract the MSI then? The problem with providing just the exe right now is that it doesn't support installing only select features (like the MSI does). I was thinking that /layout might work but the WiX BA doesn't support that switch (not sure if that extracts embedded stuff anyway). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/3-6-2207-0-and-3-6-2201-0-are-missing-the-data-subdirectory-tp6873149p6879215.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX36.exe and Antivirus
The last few builds of WiX 3.6 that I have tried installing have been blocked by my antivirus (Kaspersky 3.6). It detects it as PDM.Trojan.generic. I was just wondering if anyone else's AV has started giving them problems with WiX36.exe lately? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX36-exe-and-Antivirus-tp6879249p6879249.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Managed BA can't parse unknown args with spaces successfully
Check the feed: http://wix.sourceforge.net/releases/wix3.6.feed http://wix.sourceforge.net/releases/wix3.6.feed . The bug you mentioned was fixed in v3.6.1929.0. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-BA-can-t-parse-unknown-args-with-spaces-successfully-tp6863158p6865676.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Managed BA can't parse unknown args with spaces successfully
Glad to help. I was merely pointing out where you could look to find the history of the changes so if you are still seeing a bug then go ahead and file one for the devs. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-BA-can-t-parse-unknown-args-with-spaces-successfully-tp6863158p6867173.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dealing with ICE48 warning
When you use a type 51 custom action it doesn't call MsiSetTargetPath because you've told it you are setting a property and not a directory. Try using a type 35 custom action (after CostFinalize) by using the Directory attribute instead of Property. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Dealing-with-ICE48-warning-tp6841665p6856559.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] If you use Nabble then read this
I have notice on Nabble that their are several posts which do not specify a sub-forum (the options are wix-user or wix-devs) which corresponds to the two different mailing lists. I am not sure, but I believe that if you don't choose a sub-forum then your post will only be seen by those who actually browse using Nabble and not those who just use the mailing list directly. So, when using Nabble, if you want to make sure the whole community sees your post then I recommend making sure your select a sub-forum before posting. If you have recently posted something without a sub-forum selected then I recommend re-posting under the appropriate forum. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/If-you-use-Nabble-then-read-this-tp6840274p6840274.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn - Save the downloaded packages locally
Try running YouBurnInstaller.exe /layout (I remember seeing something about this on the bug tracker. I think you can also specify the directory to create the layout in). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Save-the-downloaded-packages-locally-tp6821309p6824529.html Sent from the wix-users mailing list archive at Nabble.com. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn - Determine if bundle is already installed
I am using a managed bootstrapper application and I am trying to figure out how to detect if the bundle is already installed. I am able to detect the packages by handling the *DetectPackageComplete* event but I can't just assume that the bundle is installed by detecting one of the packages in it (it might have been installed outside of the bundle). I also tried handling the *DetectRelatedBundle* event but it never fires (and judging by the name I wouldn't expect it to in this case). To be honest I was expecting there to be something like a DetectBundle event but I don't see one. *All that being said, anybody have any clue on how to detect if the current bundle is already installed?* -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Determine-if-bundle-is-already-installed-tp6645777p6645777.html Sent from the wix-users mailing list archive at Nabble.com. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Hidden Bundle Variables
The bug is still open, see the submitter's comments: http://sourceforge.net/tracker/?func=detailaid=3302804group_id=105970atid=642714 http://sourceforge.net/tracker/?func=detailaid=3302804group_id=105970atid=642714 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Hidden-Bundle-Variables-tp6605759p6606647.html Sent from the wix-users mailing list archive at Nabble.com. -- 5 Ways to Improve Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help with updating Heat output files to be installed into GAC
You can specify an XSL transform to apply after heat harvests the files. Here's what my xslt file looks like: ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:msxsl=urn:schemas-microsoft-com:xslt exclude-result-prefixes=msxsl xmlns:Wix=http://schemas.microsoft.com/wix/2006/wi; xsl:output method=xml indent=no/ xsl:template match=@* | node() xsl:copy xsl:apply-templates select=@* | node()/ /xsl:copy /xsl:template xsl:template match=Wix:File xsl:copy xsl:attribute name=Assembly.net/xsl:attribute xsl:apply-templates select=@* | node()/ /xsl:copy /xsl:template /xsl:stylesheet -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Help-with-updating-Heat-output-files-to-be-installed-into-GAC-tp6369576p6375019.html Sent from the wix-users mailing list archive at Nabble.com. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help with updating Heat output files to be installed into GAC
I'm using the heat task for MSBuild so I just specify the path to my xlst file with the Transforms property. Here's an abbreviated example: HeatDirectory Transforms=c:\myfile.xslt ... / You can also specify it with the -t parameter on the commandline. Look at the WiX chm file for more details. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Help-with-updating-Heat-output-files-to-be-installed-into-GAC-tp6369576p6375502.html Sent from the wix-users mailing list archive at Nabble.com. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi-Instance Major Upgrades
If you want to avoid having to make a bogus upgrade element just use the EnsureTable element for the Upgrade table. Then you would be able to add your custom rows with no problems (since the empty table will be in the MSI). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Multi-Instance-Major-Upgrades-tp6273489p6277157.html Sent from the wix-users mailing list archive at Nabble.com. -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unable to change or propagate the value of a directory whose parent is changed via custom action
Try using the Directory attribute instead of the Property attribute in your custom actions. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unable-to-change-or-propagate-the-value-of-a-directory-whose-parent-is-changed-via-custom-action-tp6016652p6019239.html Sent from the wix-users mailing list archive at Nabble.com. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrading wixproj
It looks like they have an older version of 3.5 installed than you do. I believe it used to v3.5 but was later switched to use v3.x. If you both install the same version it should solve your problem. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890126.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrading wixproj
All builds will say Windows Installer XML Toolset 3.5 but you need to check the actual build version (I think the latest is 3.5.2430.0). v3.x\Wix.targets is what is current -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890254.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn issue
I haven't worked with burn yet but from what I can tell it looks like you would just set a burn variable to be passed to the MSI. So to install a set a features you could just set the ADDLOCAL property as appropriate (in your custom UI). You could also just split your large MSI into separate MSIs and conditionally install them. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-issue-tp5884160p5890282.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Any option to run 3.0 and 3.5 on a single build server side-by-side?
All you need to do is check in the binaries as per WiX.chm. This was you can have have as many versions of WiX as you want side-by-side. The major problem though is that you can't have two different versions of Votive (which I'll assume you're using) installed on your development machines (this is a already a feature request http://sourceforge.net/tracker/?func=detailaid=3004901group_id=105970atid=642717 http://sourceforge.net/tracker/?func=detailaid=3004901group_id=105970atid=642717 ). I have been using votive 3.5 against my 3.0 binaries successfully for some time though so you could go that route if you want. Depending on how you are setting WixTargetsPath you may be prompted to upgrade your project when you open it in Visual Studio. Don't worry though, all that happens is that WixTargetsPath gets updated (but you should be overriding or even declaring this somewhere else if you followed the directions in WiX.chm) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Any-option-to-run-3-0-and-3-5-on-a-single-build-server-side-by-side-tp5858620p5859022.html Sent from the wix-users mailing list archive at Nabble.com. -- Forrester recently released a report on the Return on Investment (ROI) of Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even within 7 months. Over 3 million businesses have gone Google with Google Apps: an online email calendar, and document program that's accessible from your browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Microsoft's PlatformSDK MSI forum
I don't have the answer to this question but I have also tried to find ways in the past to send feedback to the Windows Installer team. Why is there no way to report bugs or suggest enhancements? I know that there is a (rarely updated)Windows Installer blog but why nothing official (think Microsoft Connect)? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Microsoft-s-PlatformSDK-MSI-forum-tp5783998p5784500.html Sent from the wix-users mailing list archive at Nabble.com. -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Include question.
Good catch, I didn't even notice he was creating a merge module. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Include-question-tp5631284p5650417.html Sent from the wix-users mailing list archive at Nabble.com. -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need help in updating permission of a registry key
Try using the WiX Util extension PermissionEx element instead (it doesn't remove all the permissions like the standard Windows Installer action does). It's documented in the WiX help file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Need-help-in-updating-permission-of-a-registry-key-tp5635961p5638573.html Sent from the wix-users mailing list archive at Nabble.com. -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Include question.
Are you adding a ComponentRef for ASPcomponent0 under a feature? If not it will not be included in the MSI. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Include-question-tp5631284p5638617.html Sent from the wix-users mailing list archive at Nabble.com. -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FeatureTree: how to disable the feature selection ability if certain condition isn't met
1. MSI feature tree doesn't let you grey out the feature. However, you can use a feature condition to totally remove it from the tree. If you do this though you need to ensure that the feature is always enabled on remove or else it will be orphaned. See Bob's post: http://www.joyofsetup.com/2008/05/16/make-sure-features-are-always-enabled-so-they-can-be-removed/ http://www.joyofsetup.com/2008/05/16/make-sure-features-are-always-enabled-so-they-can-be-removed/ . 2. The correct way to register a dll is to author the registry values in the MSI (there is a ton of information on why running self-registering dlls is a bad idea). Look up the information on heat...it will extract the registry information and add it to your component. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/FeatureTree-how-to-disable-the-feature-selection-ability-if-certain-condition-isn-t-met-tp5613038p5638642.html Sent from the wix-users mailing list archive at Nabble.com. -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory in Maintenance mode is not directory installed to
If you set the ARPINSTALLLOCATION property to the value of INSTALLLOCATION it should work: !--Set ARPINSTALLLOCATION-- CustomAction Id=SetProperty_InstallLocation Property=ARPINSTALLLOCATION Value=[INSTALLLOCATION]/ InstallExecuteSequence Custom Action=SetProperty_InstallLocation After=InstallValidateNOT Installed/Custom /InstallExecuteSequence -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Directory-in-Maintenance-mode-is-not-directory-installed-to-tp5580924p5584068.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to create an installer looks like Visual Studio 2010
Burn does not require the .NET Framework, you can code your UX in native code if you want to. (The WiX 3.6 installer is using managed code for the UI so it installs .NET for you before presenting the UX.) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-create-an-installer-looks-like-Visual-Studio-2010-tp5582705p5584103.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] sequencing custom actions
You should schedule it before LaunchConditions in both the InstallUISequence (I'm assuming you are using standard MSI UI) and InstallExecuteSequence. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/sequencing-custom-actions-tp5573077p5584163.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] light.exe -ai switch questions
I think I figured out why I get the duplicate symbols when building now. It seems that lit.exe includes all project references in the resulting library(?) I don't think it should be this way though. I think that a library's project references should just be passed to light.exe when building your installer (instead of being incorporated into the main library). This would provide the following benefits: 1. It would allow your Library project to include a reference to any other library which contains components that it needs. 2. It would prevent you from having to add every single library as a project reference to the Installer project (this is annoying but the only viable option at the moment). 3. It would then work more like a C# project reference does (which is good because they look similar in Votive) Thoughts? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-ai-switch-questions-tp5462506p5535638.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] light.exe -ai switch questions
1. I have a library with some commonly used stuff call it Library.Common.wixlib 2. I have a library which uses some parts of Library.Common.wixlib call it Library.Product1.wixlib (so it references Library.Common.wixlib) 3. I have an additional library which uses some parts of Library.Common.wixlib call it Library.Product2.wixlib (so it references Library.Common.wixlib as well) 4. Finally, I have an installer which allows you to install Product1 and Product2 (so it references Library.Product1.wixlib and Library.Product2.wixlib) Here's the problem / question: Because Library.Product1.wixlib and Library.Product2.wixlib both reference Library.Common.wixlib light.exe errors out when building the installer because it finds duplicate symbols all over the place. If I choose to use the -ai switch however everything works fine. Questions: 1. What are the potential issues with using the -ai switch? 2. The example above seems like it would be a fairly common practice (to me at least)...am I going about this the wrong way? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-ai-switch-questions-tp5462506p5462506.html Sent from the wix-users mailing list archive at Nabble.com. -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Performance Issues with File table sequencing
After days of researching why the current installer that I am porting from InstallShield (it's a pure MSI not InstallScript) to WiX installs so much slower I think I have found an answer. It looks like WiX sequences files in the file table by their file id. In comparison it appears that InstallShield uses a much better algorithm. I didn't figure out exactly how they are sorting them but all files in a component are definitely sequenced sequentially (and it looks like directories (sorted alphabetically) are taken into account as well). When you think about it sequencing by component (and directory) makes a lot of sense since all files in a component are installed to the same directory all files being copied there will be done at the same time. Compare this to how WiX currently does it and you could have a lot of files going to the same place being sequenced all over. It appears this has a major effect: My WiX Installer was taking 18 minutes to do a full install vs 9 minutes for my InstallShield installer. The InstallShield installer was actually installing more files too it had 11899 files compared to 11707 files (about the same number of components in both installers). I ended up modifying the file ids so that my WiX build would be sequenced closer to how my InstallShield build was and my WiX install was down to 8.5 minutes! In the end I just wanted to put this out there to raise awareness of the issue and also to see if I should put in a feature request or something. And if anyone has any ideas on the best way to sequence things for best disk performance please post. -- View this message in context: http://n2.nabble.com/Performance-Issues-with-File-table-sequencing-tp4777168p4777168.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Performance Issues with File table sequencing
Were you using Components containing single files as generated by heat.exe? Many of the components only contain a single file but others have multiple files per component (mostly for ASP.NET projects that contain a lot of files). Note that I only have to support major upgrades so having multiple files in a component isn’t a big deal for me but might be for you. Can you explain how you modified your File Id's to streamline the sequencing? I used a common prefix for each library combined with the directory id and then a number at the end. This way when WiX sequences the files this would ensure that every file in my library is installed sequentially for every directory. Here’s what a few of my id’s look like (the first 4 go to one directory the next four go to a different one: webserver.webserver0. webserver.webserver0.0001 webserver.webserver0.0002 webserver.webserver0.0003 webserver.webserver1. webserver.webserver1.0001 webserver.webserver1.0002 What's the average size of your installer when built what's the size of the files when installed? Currently I have one external cab file which is around 265 MB (default WiX compression settings), the MSI itself is around 10 MB. -- View this message in context: http://n2.nabble.com/Performance-Issues-with-File-table-sequencing-tp4777168p4780390.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Un-define a property
Set the property's value to {} using a set property custom action or publish event. -- View this message in context: http://n2.nabble.com/Un-define-a-property-tp4597319p4597833.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] External UI
Awhile ago I started playing around with external ui and found that if the MSI doesn't actually have an appsearch table then I got the same exact error. Try opening an MSI that you know for a fact has a search and see if that works. Also, if you end up developing a good external ui it would be great if you could post it. -- View this message in context: http://n2.nabble.com/External-UI-tp4478090p4481399.html Sent from the wix-users mailing list archive at Nabble.com. -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] External UI
I just fired up my old project and it looks like it is working (of course I'm not sure if this is the best way way of doing it). Here's a snippet of how I did it: Installer.SetInternalUI(InstallUIOptions.Silent); session = Installer.OpenPackage(Path.Combine(Environment.CurrentDirectory, Hyland Installer Test.msi), false); externalHandler = new ExternalUIHandler(processMessage); Installer.SetExternalUI(externalHandler, InstallLogModes.ActionData | InstallLogModes.ActionStart | InstallLogModes.CommonData | InstallLogModes.Error | InstallLogModes.ExtraDebug | InstallLogModes.FatalExit | InstallLogModes.FilesInUse | InstallLogModes.Info | InstallLogModes.Initialize | InstallLogModes.LogOnlyOnError | InstallLogModes.OutOfDiskSpace | InstallLogModes.Progress | InstallLogModes.Terminate | InstallLogModes.User | InstallLogModes.Verbose | InstallLogModes.Warning | InstallLogModes.ShowDialog | InstallLogModes.RMFilesInUse); session.DoAction(AppSearch); session.DoAction(CostInitialize); session.DoAction(FileCost); session.DoAction(CostFinalize); session.DoAction(InstallValidate); foreach (FeatureInfo fi in session.Features) { long cost = fi.GetCost(false, true, InstallState.Local); lbFeatures.Items.Add(string.Format(@{0} (Cost: {1}), fi.Title, cost)); } -- View this message in context: http://n2.nabble.com/External-UI-tp4478090p4482416.html Sent from the wix-users mailing list archive at Nabble.com. -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UI plans for burn
Hi All, Thanks for the answers. For awhile I have been intending to create a wizard type framework which I could utilize using an external UI. Now, when burn is available, the scenario I'm envisioning would be something like this: a) burn .exe allows for installation of .NET (or other prerequisites) b) burn.exe calls entry point in (possibly managed code) custom UI .dll c) Custom UI displays appropriate dialogs based on state information. d) Package(s) are installed Is this scenario (or something similar) what burn is going to be designed to do or am I thinking about this the wrong way? (Sorry for all the questions, I know I'm jumping the gun a bit...just eager to eventually be free from the Windows Installer standard UI.) Rob Mensching-6 wrote: Oh, and after the raw basics work, we'll iterate like we always do, until it works well. smile/ Rob Mensching wrote: A few more details: 1. I think we will end up doing the work to host the CLR. It won't be available right out of the gate but it is a thing to solve (and there are several very challenging things to solve). 4. There will not be different entry points. However, you application will be provided the action state (install, uninstall) if it was provided on the command-line. Also, burn will calculate the install states for all of your packages. The problem with picking install mode vs. repair/maintenance mode is how would burn know which is which? For example, if none of your packages are on the machine is that because the user removed them or this is the first install? If one of 5 packages is missing, is that because the user chose not to install it the first time or some other app happens to install 4 of your 5 packages? Anyway, the goal is to provide enough information to the UI so it can decide how it would like to proceed. We're trying very hard not to make a lot of decisions for the UI (instead, just provide data). Brian Rogers wrote: Hey Guys, Although I cannot commit to a time line right now, I do have the following plans if all continues as schedule. 1. We are working on hosting the CLR for our team's consumption. If we get something usable in place that the WiX team will accept then we will hand it over. 2. Not sure how, or if we will handle this currently, but my thoughts were to show the passive install UI for .NET. We will be writing that in native code. 4. I believe the plan is no (as of now), there will not be different entry points. You will need to detect the system state to figure what you would like to do. From point #3, however, there is one key you can be set where you could pass in a command line value you expect as uninstall (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{PRODUCT-GUID}\UninstallString). Hope this helps, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Wed, Apr 29, 2009 at 5:51 PM, Bob Arnson b...@joyofsetup.com wrote: jhennessey wrote: 1. I remember reading that burn will allow you to provide a custom UI .dll. If this is still the case, can this be a .Net assembly? Not unless somebody does the work to host the CLR. Burn has to be native code so we can support installing .NET. 2. Assuming that the answer to number 1 was yes, will burn first allow the installation of prerequisites (like the .Net Framework) before loading the UI .dll? See #1 and add only if someone makes a CLR host that first shows native-only UI to bootstrap .NET. 3. Will burn provide built-in functionality to allow the bootstrapper to be launched from the Add/Remove programs applet (kind of like how the Visual Studio installer launches its bootstrapper)? Built-in? No. The right way to do it is by installing your Burn .exe so you can write the ARP overrides and service the chainer itself. 4. Will burn allow you to specify different UI entrypoints for modify and remove scenarios (or will you just have to code the detection logic yourself like in an external UI)? Dunno. -- sig://boB http://joyofsetup.com/ -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Register Now Save