[WiX-users] hyperlinks and MSI 5.0
Hi all, I would like to add hyperlink text to the Bootstrapper and to Condition messages within the MSI Within the MSI I have set up MSI 5.0: InstallerVersion=500 Then tried: Condition Message=Requires the Microsoft .NET Framework 4.52 To download the requirement please visit: lt;a href=www.microsoft.com/en-us/download/details.aspx?id=42642lt;/agt;, then restart the $(var.PlatformProductName) setup. NETFRAMEWORK45 = quot;#379893quot; /Condition or in Bootstrapper (as a test): I get a hyperlink but clicking does nothing: Hypertext Name=FailureMessageText X=150 Y=180 Width=330 Height=120 FontId=3 TabStop=yes HideWhenDisabled=yes[WixBundleName] requires the Microsoft .NET Framework 4.52. To download the requirement please visit: lt;a href=#gt;http://www.microsoft.com/en-us/download/details.aspx?id=42642lt;/agt;, then restart the setup./Hypertext thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/hyperlinks-and-MSI-5-0-tp7600502.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can you replace a MSI in a Burn/Bootstrapper package?
Hi folks, Just a quick question I think I know the answer but I want to make sure... Here is what I have done... Did a build in the morning which created my products MSI's. Created an uncompressed Bootstrapper project that has the EXE and RedistSuite folder with all my product (multiple component MSI's) MSI's and pre requisite installers. Later in the day only updated 1 component MSI... Replaced the older MSI with the newer MSI without rebuilding the Bootstrapper. Is that kosher? Thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-you-replace-a-MSI-in-a-Burn-Bootstrapper-package-tp7600049.html Sent from the wix-users mailing list archive at Nabble.com. -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building WIX on build machine issues...
Hi folks, I have a Build VM where I have installed VS2012 but have NOT installed WIX 3.9 I have rebuilt WIX 3.9 with some changes to the bootstrapper (I added some pre requisite checks that our product requires) (If I install WIX 3.9 and replace the binaries built and is good, but we do not want to install WIX on all the build VM's) I have the WIX 3.9 binaries checked into TFS and have that on the build machine. So I copied the information from: http://wixtoolset.org/documentation/manual/v3/msbuild/daily_builds.html so all my wixproj files have this added: PropertyGroup WixToolPath$(TLSetupCommonResourcePath)\..\Build\WiX\3.9\/WixToolPath WixTargetsPath$(WixToolPath)Wix.targets/WixTargetsPath WixTasksPath$(WixToolPath)wixtasks.dll/WixTasksPath /PropertyGroup and all the MSI's and Bootstrappers (burn) are building :) However my WIX custom action projects are not building I am getting errors... so I modified this section: PropertyGroup WixToolPath$(TLSetupCommonResourcePath)\..\Build\WiX\3.9\sdk\/WixToolPath WixTargetsPath$(WixToolPath)Wix.targets/WixTargetsPath WixCATargetsPath$(WixToolPath)Wix.CA.targets/WixCATargetsPath WixTasksPath$(WixToolPath)wixtasks.dll/WixTasksPath /PropertyGroup since it was complaining it couldn't find the Wix.CA.targets file nor the deployment/session references :) I build my custom action project with this: call %MSBUILD% C:\Dev\SetupCommon\Main\Source\TitusInstallerCA\TitusInstallerCA.sln /t:Rebuild /p:Configuration=ReleaseX86 /p:Platform=Mixed Platforms /l:FileLogger,Microsoft.Build.Engine;logfile=.\Build_Titus_Setup.log;Append but now getting these two errors: Modifying SfxCA.dll stub EXEC : error : System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Deployment.Resources, Version=3.0.0.0, Culture=neutral, PublicKeyToken=ce35f76fcda82bad' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) File name: 'Microsoft.Deployment.Resources, Version=3.0.0.0, Culture=neutral, PublicKeyToken=ce35f76fcda82bad' at Microsoft.Deployment.Tools.MakeSfxCA.MakeSfxCA.CopyVersionResource(String sourceFile, String destFile) at Microsoft.Deployment.Tools.MakeSfxCA.MakeSfxCA.Build(String output, String sfxdll, IList`1 inputs, TextWriter log) at Microsoft.Deployment.Tools.MakeSfxCA.MakeSfxCA.Main(String[] args) and EXEC : error : System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Deployment.Resources, Version=3.0.0.0, Culture=neutral, PublicKeyToken=ce35f76fcda82bad' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) C:\Dev\SetupCommon\Main\Build\WiX\3.9\sdk\Wix.CA.targets(147,5): error MSB3073: The command C:\Dev\SetupCommon\Main\Resources\..\Build\WiX\3.9\sdk\..\sdk\MakeSfxCA.exe C:\Dev\SetupCommon\Main\Source\TitusInstallerCA\obj\x86\Release\TitusInstaller.CA.dll C:\Dev\SetupCommon\Main\Resources\..\Build\WiX\3.9\sdk\..\sdk\x86\SfxCA.dll C:\Dev\SetupCommon\Main\Source\TitusInstallerCA\obj\x86\Release\TitusInstaller.dll C:\Dev\SetupCommon\Main\Resources\..\Build\WiX\3.9\sdk\Microsoft.Deployment.WindowsInstaller.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\Titus.Common.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Internal.SetupUtility\Titus.Domain.Types.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\Titus.Enterprise.Management.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Internal.SetupUtility\Titus.Internal.SetupUtility.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\log4net.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\HtmlAgilityPack.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\NServiceBus.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\Titus.Bus.Messages.dll;C:\Dev\StableBuild\GloriaBuil
[WiX-users] bizarre trying to install MSI but it thinks it is installed but can't find any references to it
Hi all, I have a client that is trying to install our product on one of their systems. One of our MSI's (a service installer) is skipped when installing our product using the Bootstrapper, it runs the pre reqs, it runs our 1st install, skips the service install and tries to run our client install which fails because it verifies that our service has been installed (which it is not) so the install rolls back :( I checked HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall (and the Wow6432Node as well) and NONE of our installers are listed... I deleted the \programdata\packagecache\our product guid I run msiexec /i MSIname.msi and it comes up to maintenance mode and I try to remove but it fails since it is trying to close/uninstall our service with a custom action and it fails since the Service doesn't exist... For some reason his system THINKS that particular MSI is installed... I have tried running msiexec.exe /x MSIname.MSI and it fails Questions: 1. how can i REMOVE this MSI from his system? running install/uninstall using cmd line fails 2. is my last resort is to use KILL MSI? 3. are there any other safe tools to use to remove a MSI from a system? Any help would be much appreciated!! Thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/bizarre-trying-to-install-MSI-but-it-thinks-it-is-installed-but-can-t-find-any-references-to-it-tp7599586.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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] burn and upgrades
is there a way in the burn.sln to detect if it is an upgrade or not?
sample code I am using:
// ** Is Bootstrapper EXE running?
PROCESSENTRY32 entry;
entry.dwSize = sizeof(PROCESSENTRY32);
hSnapShot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, NULL);
int iCount = 0;
// need to get the filename from the full path
hr = StrAllocString(sczFileNameVariable,
PathFile(sczFilePathVariable), 0);
if (Process32First(hSnapShot, entry))
{
while (Process32Next(hSnapShot, entry))
{
if (wcscmp(entry.szExeFile, sczFileNameVariable) == 0)
{
iCount++;
}
}
}
if (iCount 2)
{
BootstrapperInstance = TRUE;
sczVerifyBootstrapperInstanceRunningVariableSet = L1;
BalLog(BOOTSTRAPPER_LOG_LEVEL_STANDARD,
VerifyIfAnotherMSIRunning: Found multiple Bootstrapper EXE's: %ls running,
can't have multiple EXE's running, (LPCWSTR)sczFileNameVariable);
}
thanks,
Steve
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/burn-and-upgrades-tp7599417p7599423.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and 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
[WiX-users] burn and upgrades
Hi folks, quick question... MSI can use the property WIX_UPGRADE_DETECTED to determine if an upgrade is in progress, does burn have a similar property to determine if an upgrade is happening with the Bootstrapper? if not then what is the point of having the UpgradeCode in the bundle? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/burn-and-upgrades-tp7599417.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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] Upgrade issue
I could really use some help with this... -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599393.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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] Upgrade issue
Sigh... False alarm.. I am an IDIOT... I put code in to ensure a 2nd running Bootstrapper isn't running... duh... so on uninstall of the Bootstrapper it quits (because it is the 2nd one) and doesn't remove it self... Guess I didn't think of upgrades... will have to think of how to distinguish between the two processes... sorry for wasting your time all... Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599396.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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] Upgrade issue [P]
Classification: Public Hey Phil, I am not using RollbackBoundry/ at all I have 1 EXE (SQL Server Express 2012 CU2) and 1 MSI only (but I have to MsiPackage's one for a silent install and one for non silent) The only PackageGroupRef I have is for .NET i.e. Chain PackageGroupRef Id=Netfx4Full/ ExePackage Id=A_SQLExpressx64 DisplayName=Microsoft(r) SQL Server(r) 2012 - Express Edition x64 SourceFile=$(var.scSourcePath)\PreReqs\SQLEXPR_x64_ENU.exe Name=RedistReporting\SQLEXPR_x64_ENU.exe InstallCommand=/QUIET /IACCEPTSQLSERVERLICENSETERMS=1 /ACTION=INSTALL /FEATURES=SQLENGINE /INSTANCENAME=SQL_COMPANY /HIDECONSOLE /SKIPRULES=RebootRequiredCheck /SQLSVCSTARTUPTYPE=Automatic /AGTSVCSTARTUPTYPE=Automatic /SQLSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; /AGTSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; /ASSYSADMINACCOUNTS=BUILTIN\Administrators /SQLSYSADMINACCOUNTS=BUILTIN\Administrators /BROWSERSVCSTARTUPTYPE=Disabled /ADDCURRENTUSERASSQLADMIN=True /TCPENABLED=1 InstallCondition=VersionNT64 AND Not SQL_TITUS_Exist AND SQLEXPRESSRADIOBUTTON = 1 Cache=no Compressed=no PerMachine=yes Permanent=yes/ MsiPackage Id=MainInstall_NoGUI DisplayName=$(var.ProductName) DisplayInternalUI=no SourceFile=$(env.TLSharedServices)\Installers\Reporting_Service_Setup.msi Name=RedistReporting\Reporting_Service_Setup.msi InstallCondition=EXISTINGSQLRADIOBUTTON = 0 Visible=no Cache=no Compressed=no Permanent=no MsiProperty Name=SERVICESLOGLEVEL Value=[SERVICESLOGLEVEL]/ MsiProperty Name=MSI_RUN_FROM_EXE Value=[MSI_RUN_FROM_EXE]/ MsiProperty Name=EXISTINGSQLRADIOBUTTON Value=[EXISTINGSQLRADIOBUTTON]/ MsiProperty Name=SQLSERVEREXPRESS_INSTANCE Value=\SQL_COMPANY/ MsiProperty Name=WEF_CONFIG_FILE Value=[WEF_CONFIG_FILE]/ MsiProperty Name=EVENT_LOG_FILE_SIZE Value=[EVENT_LOG_FILE_SIZE]/ /MsiPackage MsiPackage Id=MainInstall_GUI DisplayName=$(var.ProductName) DisplayInternalUI=yes SourceFile=$(env.TLSharedServices)\Installers\Reporting_Service_Setup.msi Name=RedistReporting\Reporting_Service_Setup.msi InstallCondition=EXISTINGSQLRADIOBUTTON = 1 Visible=no Cache=no Compressed=no Permanent=no MsiProperty Name=SERVICESLOGLEVEL Value=[SERVICESLOGLEVEL]/ MsiProperty Name=MSI_RUN_FROM_EXE Value=[MSI_RUN_FROM_EXE]/ MsiProperty Name=EXISTINGSQLRADIOBUTTON Value=[EXISTINGSQLRADIOBUTTON]/ MsiProperty Name=WEF_CONFIG_FILE Value=[WEF_CONFIG_FILE]/ MsiProperty Name=EVENT_LOG_FILE_SIZE Value=[EVENT_LOG_FILE_SIZE]/ /MsiPackage /Chain Then the .NET package: PackageGroup Id=Netfx4Full ExePackage Id=Netfx4Full DisplayName=Microsoft .NET Framework 4.0 Cache=no Compressed=no PerMachine=yes Permanent=yes Protocol=none Vital=yes SourceFile=$(var.scSourcePath)\PreReqs\dotNetFx40_Full_x86_x64.exe Name=RedistReporting\dotNetFx40_Full_x86_x64.exe InstallCommand=/passive /norestart DetectCondition=Netfx4FullVersion AND (NOT VersionNT64 OR Netfx4x64FullVersion) / /PackageGroup Steve This message has been marked as Public by Steven Ogilvie on February-25-15 2:23:49 PM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.comhttp://www.titus.com/. [Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php From: Phill Hogland [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7599327...@n2.nabble.com] Sent: February-25-15 12:56 PM To: Steven Ogilvie Subject: Re: Upgrade issue I had some similar problemhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RollbackBoundry-Can-t-Upgrade-or-uninstall-bundle-td759.html a few weeks back, and while Bob's suggestions were helpful, I set aside that problem to work on some other fires, and did not return to complete the analysis. What did get me past the problem, for the moment was to comment out all of my uses of RollbackBoundry / I believe what was going on was that my bundle chain had several PackageGroupRefs to ExEPackages which were marked as permanent. Then I had a RollbackBoundry. Then I had various MSIs. So I think my scenario was that the MSI after the RollbackBoundry had a problem. So when I deployed the new bundle (with all packages and the bundle built with new versions and product codes), the new bundle caused the old
Re: [WiX-users] Upgrade issue [P]
Classification: Public same This message has been marked as Public by Steven Ogilvie on February-25-15 3:48:49 PM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.comhttp://www.titus.com/. [Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php From: John Cooper-2 [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n759934...@n2.nabble.com] Sent: February-25-15 3:45 PM To: Steven Ogilvie Subject: Re: Upgrade issue Is the UpgradeCode the same for each bundle or different? I keep it the same and I have no problems. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |[hidden email]/user/SendEmail.jtp?type=nodenode=7599341i=0 -Original Message- From: Phill Hogland [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7599341i=1] Sent: Wednesday, February 25, 2015 11:56 AM To: [hidden email]/user/SendEmail.jtp?type=nodenode=7599341i=2 Subject: Re: [WiX-users] Upgrade issue I had some similar problem http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RollbackBoundry-Can-t-Upgrade-or-uninstall-bundle-td759.html a few weeks back, and while Bob's suggestions were helpful, I set aside that problem to work on some other fires, and did not return to complete the analysis. What did get me past the problem, for the moment was to comment out all of my uses of RollbackBoundry / I believe what was going on was that my bundle chain had several PackageGroupRefs to ExEPackages which were marked as permanent. Then I had a RollbackBoundry. Then I had various MSIs. So I think my scenario was that the MSI after the RollbackBoundry had a problem. So when I deployed the new bundle (with all packages and the bundle built with new versions and product codes), the new bundle caused the old bundle to uninstall. But the uninstall exits with success as it seems to think that nothing is installed, because all msi packages were previously uninstalled on rollback. The bundle never uninstalls due to the permanent packages still in the chain prior to the RollbackBoundry. Again, this is theory, and unproven at this point. After removing all of the RollbackBoundary authoring, and start testing on a clean VM, I did not duplicate the problem again. I have not had a chance to get back and focus on this specific issue. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599327.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7599341i=3 https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7599341i=4 https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599341.html To unsubscribe from Upgrade issue, click herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=7599324code=U3RldmVuLk9naWx2aWVAdGl0dXMuY29tfDc1OTkzMjR8ODU3MjA0NTIw.
Re: [WiX-users] Upgrade issue [P]
Classification: Public The version changed from 15.1.4.x to 15.2.4.x and the GUID changed and the upgradecode remained the same... This message has been marked as Public by Steven Ogilvie on February-25-15 3:53:03 PM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.comhttp://www.titus.com/. [Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php From: Nir Bar-2 [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7599342...@n2.nabble.com] Sent: February-25-15 3:49 PM To: Steven Ogilvie Subject: Re: Upgrade issue This happens when the bundle's version doesn't change. Nir -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7599342i=0 https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599342.html To unsubscribe from Upgrade issue, click herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=7599324code=U3RldmVuLk9naWx2aWVAdGl0dXMuY29tfDc1OTkzMjR8ODU3MjA0NTIw. NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml image001.png (3K) http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/attachment/7599345/0/image001.png -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RE-Upgrade-issue-P-tp7599345.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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] Upgrade issue
Hey Phil, I am not using RollbackBoundry/ at all I have 1 EXE (SQL Server Express 2012 CU2) and 1 MSI only (but I have to MsiPackage’s one for a silent install and one for non silent) The only PackageGroupRef I have is for .NET i.e. Chain PackageGroupRef Id=Netfx4Full/ ExePackage Id=A_SQLExpressx64 DisplayName=Microsoft® SQL Server® 2012 - Express Edition x64 SourceFile=$(var.scSourcePath)\PreReqs\SQLEXPR_x64_ENU.exe Name=RedistReporting\SQLEXPR_x64_ENU.exe InstallCommand=/QUIET /IACCEPTSQLSERVERLICENSETERMS=1 /ACTION=INSTALL /FEATURES=SQLENGINE /INSTANCENAME=SQL_COMPANY /HIDECONSOLE /SKIPRULES=RebootRequiredCheck /SQLSVCSTARTUPTYPE=Automatic /AGTSVCSTARTUPTYPE=Automatic /SQLSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; /AGTSVCACCOUNT=quot;NT AUTHORITY\NETWORK SERVICEquot; /ASSYSADMINACCOUNTS=BUILTIN\Administrators /SQLSYSADMINACCOUNTS=BUILTIN\Administrators /BROWSERSVCSTARTUPTYPE=Disabled /ADDCURRENTUSERASSQLADMIN=True /TCPENABLED=1 InstallCondition=VersionNT64 AND Not SQL_TITUS_Exist AND SQLEXPRESSRADIOBUTTON = 1 Cache=no Compressed=no PerMachine=yes Permanent=yes/ MsiPackage Id=MainInstall_NoGUI DisplayName=$(var.ProductName) DisplayInternalUI=no SourceFile=$(env.TLSharedServices)\Installers\Reporting_Service_Setup.msi Name=RedistReporting\Reporting_Service_Setup.msi InstallCondition=EXISTINGSQLRADIOBUTTON = 0 Visible=no Cache=no Compressed=no Permanent=no MsiProperty Name=SERVICESLOGLEVEL Value=[SERVICESLOGLEVEL]/ MsiProperty Name=MSI_RUN_FROM_EXE Value=[MSI_RUN_FROM_EXE]/ MsiProperty Name=EXISTINGSQLRADIOBUTTON Value=[EXISTINGSQLRADIOBUTTON]/ MsiProperty Name=SQLSERVEREXPRESS_INSTANCE Value=\SQL_COMPANY/ MsiProperty Name=WEF_CONFIG_FILE Value=[WEF_CONFIG_FILE]/ MsiProperty Name=EVENT_LOG_FILE_SIZE Value=[EVENT_LOG_FILE_SIZE]/ /MsiPackage MsiPackage Id=MainInstall_GUI DisplayName=$(var.ProductName) DisplayInternalUI=yes SourceFile=$(env.TLSharedServices)\Installers\Reporting_Service_Setup.msi Name=RedistReporting\Reporting_Service_Setup.msi InstallCondition=EXISTINGSQLRADIOBUTTON = 1 Visible=no Cache=no Compressed=no Permanent=no MsiProperty Name=SERVICESLOGLEVEL Value=[SERVICESLOGLEVEL]/ MsiProperty Name=MSI_RUN_FROM_EXE Value=[MSI_RUN_FROM_EXE]/ MsiProperty Name=EXISTINGSQLRADIOBUTTON Value=[EXISTINGSQLRADIOBUTTON]/ MsiProperty Name=WEF_CONFIG_FILE Value=[WEF_CONFIG_FILE]/ MsiProperty Name=EVENT_LOG_FILE_SIZE Value=[EVENT_LOG_FILE_SIZE]/ /MsiPackage /Chain Then the .NET package: PackageGroup Id=Netfx4Full ExePackage Id=Netfx4Full DisplayName=Microsoft .NET Framework 4.0 Cache=no Compressed=no PerMachine=yes Permanent=yes Protocol=none Vital=yes SourceFile=$(var.scSourcePath)\PreReqs\dotNetFx40_Full_x86_x64.exe Name=RedistReporting\dotNetFx40_Full_x86_x64.exe InstallCommand=/passive /norestart DetectCondition=Netfx4FullVersion AND (NOT VersionNT64 OR Netfx4x64FullVersion) / /PackageGroup Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599336.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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
[WiX-users] Upgrade issue
Hi folks, I have an installer (MSI) with a bootstrapper, installs and uninstalls perfectly The GUID is set to * and the upgrade code is the same each build. (the version of the MSI/Bootstrapper and binaries that we are installing is 15.1.4.x) To test that an Upgrade will work, I have built our binaries that we install with an incremented version i.e. 15.2.4.x so that is a Major upgrade since GUID has changed (each build) and the 2nd version number has changed. I install the old installer, then upgrade to the new installer, and it works perfectly... The only issue is that the old installer is still listed in Programs and Features with the new installer I have looked at the Bootstrapper bundle.wxs and the product.wxs for the MSI to see if any thing is out of place and I can't see anything... any idea what would cause this? BTW I have other products and the upgrade works fine without any issues, as what I had expected this installer to do as well Cheers, Steve Using WIX 3.8 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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] Upgrade issue
Once again, the “new” build was a one off build with the version number changed to make it a major upgrade… Version changed: Old 15.1.4.x New 15.2.4.x GUID changes every build Upgrade Code remains the same steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599348.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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] Upgrade issue [P]
Classification: Public Once again, the “new” build was a one off build with the version number changed to make it a major upgrade… Version changed: Old 15.1.4.x New 15.2.4.x GUID changes every build Upgrade Code remains the same steve This message has been marked as Public by Steven Ogilvie on February-25-15 4:06:00 PM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.comhttp://www.titus.com/. [Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php From: John Cooper-2 [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7599346...@n2.nabble.com] Sent: February-25-15 4:02 PM To: Steven Ogilvie Subject: Re: Upgrade issue Which is why I based my bundle version on one of the MSI's which gets bumped every build. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |[hidden email]/user/SendEmail.jtp?type=nodenode=7599346i=0 -Original Message- From: Nir Bar [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7599346i=1] Sent: Wednesday, February 25, 2015 2:49 PM To: [hidden email]/user/SendEmail.jtp?type=nodenode=7599346i=2 Subject: Re: [WiX-users] Upgrade issue This happens when the bundle's version doesn't change. Nir -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7599346i=3 https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7599346i=4 https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-issue-tp7599324p7599346.html To unsubscribe from Upgrade issue, click herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=7599324code=U3RldmVuLk9naWx2aWVAdGl0dXMuY29tfDc1OTkzMjR8ODU3MjA0NTIw. NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml image001.png (3K) http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/attachment/7599347/0/image001.png -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RE-Upgrade-issue-P-tp7599347.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and 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
[WiX-users] Bootstrapper and buttons...
I have modified the theme for the boostrappers I am using but I noticed on the Welcome screen hitting the enter key does not advance to the next screen is this a bug in 3.8 or as designed? Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bootstrapper-and-buttons-tp7598336.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] setting permissions when creating folder...
Hi all, I am setting a permission on a folder: Component Id=quot;cmp_ProgramDataPermServquot; Guid=quot;lt;some guid Permanent=no Shared=no CreateFolder util:PermissionEx User=NETWORK SERVICE GenericWrite=yes GenericRead=yes / /CreateFolder This has been working fine for a LONG time... However, someone is trying to install our software on a German Windows 7 or 8 OS and getting this error: ExecSecureObjects: Securing Object: C:\ProgramData\TITUS\ Type: CreateFolder User: NETWORK SERVICE ExecSecureObjects: Error 0x80070534: failed to get sid for account: NETWORK SERVICE Do I really need to change the permission User to: util:PermissionEx User=NT AUTHORITY\NETWORK SERVICE GenericWrite=yes GenericRead=yes / ?? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/setting-permissions-when-creating-folder-tp7597867.html Sent from the wix-users mailing list archive at Nabble.com. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setting permissions when creating folder... [P]
Classification: Public
So below is to translate localservice built in account, cool
Thanks,
Steve
Sigh Why would Microsoft localize specific accounts,
guest/administrator/network service/localsystem etc... sigh...
[Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php
This message has been marked as Public by Steven Ogilvie on November-12-14
12:03:51 PM.
The above classification labels were added to the message by TITUS Message
Classification.
For more information visit www.titus.comhttp://www.titus.com/.
From: Phill Hogland [via Windows Installer XML (WiX) toolset]
[mailto:ml-node+s687559n7597871...@n2.nabble.com]
Sent: November-12-14 11:59 AM
To: Steven Ogilvie
Subject: Re: setting permissions when creating folder...
Use the Well-Known SID to look up the localized name for built-in accounts.
I think the C# code would look like this:
string aSID = new
SecurityIdentifier(WellKnownSidType.LocalServiceSid, null).ToString();
string domain_localService = new
System.Security.Principal.SecurityIdentifier(aSID).Translate(typeof(System.Security.Principal.NTAccount)).ToString();
this._localServiceName =
domain_localService.Split('\\').Last();
Your post made me realize that I probably have the same issue in one of my
setups. Thanks. I adapted the above code from similar code used to look up
another localized built-in account, and have yet to test this particular change.
If you reply to this email, your message will be added to the discussion below:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/setting-permissions-when-creating-folder-tp7597867p7597871.html
To unsubscribe from setting permissions when creating folder..., click
herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=7597867code=U3RldmVuLk9naWx2aWVAdGl0dXMuY29tfDc1OTc4Njd8ODU3MjA0NTIw.
NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
image001.png (6K)
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/attachment/7597873/0/image001.png
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RE-setting-permissions-when-creating-folder-P-tp7597873.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: setting permissions when creating folder... [GB]
Classification: General Business
So I would use: util:PermissionEx User=[WIX_ACCOUNT_NETWORKSERVICE]
GenericWrite=yes GenericRead=yes / ??
Steve
[Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php
This message has been marked as General Business by Steven Ogilvie on
November-12-14 12:10:52 PM.
The above classification labels were added to the message by TITUS Message
Classification.
For more information visit www.titus.comhttp://www.titus.com/.
From: John Cooper-2 [via Windows Installer XML (WiX) toolset]
[mailto:ml-node+s687559n7597875...@n2.nabble.com]
Sent: November-12-14 12:08 PM
To: Steven Ogilvie
Subject: Re: [SPAM] Re: setting permissions when creating folder...
These properties in the Util extension may also be useful:
Fragment
Property Id=WIX_ACCOUNT_LOCALSYSTEM Secure=yes /
CustomActionRef Id=WixQueryOsWellKnownSID /
/Fragment
Fragment
Property Id=WIX_ACCOUNT_LOCALSERVICE Secure=yes /
CustomActionRef Id=WixQueryOsWellKnownSID /
/Fragment
Fragment
Property Id=WIX_ACCOUNT_NETWORKSERVICE Secure=yes /
CustomActionRef Id=WixQueryOsWellKnownSID /
/Fragment
Fragment
Property Id=WIX_ACCOUNT_ADMINISTRATORS Secure=yes /
CustomActionRef Id=WixQueryOsWellKnownSID /
/Fragment
Fragment
Property Id=WIX_ACCOUNT_USERS Secure=yes /
CustomActionRef Id=WixQueryOsWellKnownSID /
/Fragment
Fragment
Property Id=WIX_ACCOUNT_GUESTS Secure=yes /
CustomActionRef Id=WixQueryOsWellKnownSID /
/Fragment
--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development
Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |[hidden
email]/user/SendEmail.jtp?type=nodenode=7597875i=0
-Original Message-
From: Phill Hogland [mailto:[hidden
email]/user/SendEmail.jtp?type=nodenode=7597875i=1]
Sent: Wednesday, November 12, 2014 10:59 AM
To: [hidden email]/user/SendEmail.jtp?type=nodenode=7597875i=2
Subject: [WiX-users] [SPAM] Re: setting permissions when creating folder...
Use the Well-Known SID to look up the localized name for built-in accounts.
I think the C# code would look like this:
string aSID = new
SecurityIdentifier(WellKnownSidType.LocalServiceSid, null).ToString();
string domain_localService = new
System.Security.Principal.SecurityIdentifier(aSID).Translate(typeof(System.Security.Principal.NTAccount)).ToString();
this._localServiceName =
domain_localService.Split('\\').Last();
Your post made me realize that I probably have the same issue in one of my
setups. Thanks. I adapted the above code from similar code used to look up
another localized built-in account, and have yet to test this particular change.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/setting-permissions-when-creating-folder-tp7597867p7597871.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk
___
WiX-users mailing list
[hidden email]/user/SendEmail.jtp?type=nodenode=7597875i=3
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk
___
WiX-users mailing list
[hidden email]/user/SendEmail.jtp?type=nodenode=7597875i=4
https://lists.sourceforge.net/lists/listinfo/wix-users
If you reply to this email, your message will be added to the discussion below:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/setting-permissions-when-creating-folder-tp7597867p7597875.html
To unsubscribe from setting permissions when creating folder..., click
Re: [WiX-users] [SPAM] Re: setting permissions when creating folder... [GB]
so is using this okay?? [WIX_ACCOUNT_NETWORKSERVICE]? util:PermissionEx User=[WIX_ACCOUNT_NETWORKSERVICE] GenericWrite=yes GenericRead=yes / -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RE-SPAM-Re-setting-permissions-when-creating-folder-GB-tp7597876p7597885.html Sent from the wix-users mailing list archive at Nabble.com. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] burn upgrades...
Am I missing something here? I have installed my product with version 14.8.6.x. Each build the GUID is changed, i.e.: ?define ProductCode = *? The UpgradeCode is not changed, i.e.: “?define UpgradeCode = 2E416B87-7FB9-4A28-9A7E-?” The bundle.wxs has: Bundle Name=$(var.ProductName) Version=20.10.12.22 Manufacturer=$(var.ProductCompany) UpgradeCode=$(var.UpgradeCode) So I have changed the major.minor.release version numbers which makes this a major upgrade. When I run our installer shouldn’t it let me know this is an upgrade? (MSI version numbers are changed as well, with different GUID, same upgrade code) Thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/burn-upgrades-tp7597628.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Patch question (been a while since I did patches, and haven't used WIX for Patches)
Here is what I did: created: patch\rtm which holds the admin install of the RTM version of our software (WIX 3.5 MSI 3.0) patch\upp which holds the latest hotfix admin install of our software (WIX 3.5, MSI 3.0) patch\tempholds icons/binaries that are internal to MSI rtm folder has the RTM install.msi (changed package code) upp folder has the latest hotfix install.msi (make sure same product code/upgrade code of RTM, changed package code) so rtm folder has RTM MSI with subfolder containing files from admin install of RTM so upp folder has latest hotfix MSI with subfolder containing files from admin install of hotfix 1. ran torch: C:\Program Files (x86)\WiX Toolset v3.8\bin\torch.exe -p -ax C:\Patch\temp -xo C:\Patch\rtm\Install(RTM).msi c:\Patch\upp\Install(Hotfix).msi -out C:\Patch\diff.wixmst 2. ran candle: C:\Program Files (x86)\WiX Toolset v3.8\bin\candle.exe patch.wxs(see patch.wxs below) 3. ran light: C:\Program Files (x86)\WiX Toolset v3.8\bin\light.exe C:\Patch\patch.wixobj -out C:\Patch\patch.wixmsp 4. ran pyro: C:\Program Files (x86)\WiX Toolset v3.8\bin\pyro.exe C:\Patch\patch.wixmsp -out C:\Patch\patch.msp -t RTM C:\Patch\diff.wixmst here is my PATCH.WXS: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval=yes Manufacturer=My Company Inc. DisplayName=My Product Patch Description=Patch from RTM version of My product 3.4 to latest hotfix Comments=Patch from RTM version of My product 3.4 to latest hotfix Classification=Update Codepage=1251 Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media /Patch /Wix does that make sense? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-question-been-a-while-since-I-did-patches-and-haven-t-used-WIX-for-Patches-tp7596990.html Sent from the wix-users mailing list archive at Nabble.com. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch question (been a while since I did patches, and haven't used WIX for Patches) [P]
Classification: Public Phew glad to know I did it right ☺ Thanks I will take a look at that! Cheers, Steve [Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php This message has been marked as Public by Steven Ogilvie on September-25-14 1:37:25 PM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.comhttp://www.titus.com/. From: John Cooper-2 [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7596994...@n2.nabble.com] Sent: September-25-14 1:34 PM To: Steven Ogilvie Subject: Re: Patch question (been a while since I did patches, and haven't used WIX for Patches) Yes, although I have a project file to automate that, if you'd like. See: http://borgsdemons.com/blog/2014/07/11/yet-more-improve-wix-way-patch-project-with-burn-bootstrapper/ -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |[hidden email]/user/SendEmail.jtp?type=nodenode=7596994i=0 -Original Message- From: Steve-Ogilvie [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7596994i=1] Sent: Thursday, September 25, 2014 12:11 PM To: [hidden email]/user/SendEmail.jtp?type=nodenode=7596994i=2 Subject: [WiX-users] Patch question (been a while since I did patches, and haven't used WIX for Patches) Here is what I did: created: patch\rtm which holds the admin install of the RTM version of our software (WIX 3.5 MSI 3.0) patch\upp which holds the latest hotfix admin install of our software (WIX 3.5, MSI 3.0) patch\tempholds icons/binaries that are internal to MSI rtm folder has the RTM install.msi (changed package code) upp folder has the latest hotfix install.msi (make sure same product code/upgrade code of RTM, changed package code) so rtm folder has RTM MSI with subfolder containing files from admin install of RTM so upp folder has latest hotfix MSI with subfolder containing files from admin install of hotfix 1. ran torch: C:\Program Files (x86)\WiX Toolset v3.8\bin\torch.exe -p -ax C:\Patch\temp -xo C:\Patch\rtm\Install(RTM).msi c:\Patch\upp\Install(Hotfix).msi -out C:\Patch\diff.wixmst 2. ran candle: C:\Program Files (x86)\WiX Toolset v3.8\bin\candle.exe patch.wxs(see patch.wxs below) 3. ran light: C:\Program Files (x86)\WiX Toolset v3.8\bin\light.exe C:\Patch\patch.wixobj -out C:\Patch\patch.wixmsp 4. ran pyro: C:\Program Files (x86)\WiX Toolset v3.8\bin\pyro.exe C:\Patch\patch.wixmsp -out C:\Patch\patch.msp -t RTM C:\Patch\diff.wixmst here is my PATCH.WXS: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval=yes Manufacturer=My Company Inc. DisplayName=My Product Patch Description=Patch from RTM version of My product 3.4 to latest hotfix Comments=Patch from RTM version of My product 3.4 to latest hotfix Classification=Update Codepage=1251 Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media /Patch /Wix does that make sense? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-question-been-a-while-since-I-did-patches-and-haven-t-used-WIX-for-Patches-tp7596990.html Sent from the wix-users mailing list archive at Nabble.com. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7596994i=3 https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS
[WiX-users] easy way to exclude installing merge module from product.wxs source file?
Hey Instead of creating a new MSI installer for our services for a new project I want to use our old services MSI... However I want to disable installing the merge modules via a MSI property... I have: Merge Id=EnterpriseService1ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService1ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService2ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService2ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService3ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService3ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService4ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService4ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService5ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService5ServicesMergeModule.msm Language=1033/ Merge Id=MyCompanyServicesMergeModule DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyServicesMergeModule.msm Language=1033/ I would like: Merge Id=EnterpriseService1ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService1ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService2ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService2ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService3ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService3ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService4ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService4ServicesMergeModule.msm Language=1033/ Merge Id=EnterpriseService5ServicesMM DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyEnterpriseService5ServicesMergeModule.msm Language=1033/ Merge Id=MyCompanyServicesMergeModule DiskId=1 SourceFile=$(env.TLSharedServices)\Installers\wixlibx64\MyCompanyServicesMergeModule.msm Language=1033/ any ideas?? Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/easy-way-to-exclude-installing-merge-module-from-product-wxs-source-file-tp7596788.html Sent from the wix-users mailing list archive at Nabble.com. -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] create registry value with product code
Hi all, I require to create a registry key with the product code, which I have set up like so: in a Variable.wxi file: ?define ProductCode = *? in my product.wxs I have: Product Id=quot;$(var.ProductCode)quot; registry value as: lt;RegistryValue Type=quot;stringquot; Name=quot;Uninstall Commandquot; Value=quot;msiexec /x $(var.ProductCode) /qquot;/ but after the install runs that registry value shows up as: msiexec /x * /q if I use: RegistryValue Type=string Name=Uninstall Command Value=msiexec /x [ProductId] /q/ it shows up as msiexec /x /q What am I doing wrong? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/create-registry-value-with-product-code-tp7596476.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] create registry value with product code
thanks John, I will try that out steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/create-registry-value-with-product-code-tp7596476p7596479.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] trying to add XML element to a web.config file
Got it working :) AND it is the last line in the parent element which is perfect... now to figure out how to remove it on uninstall, I guess it would be the same as install but uninstall? util:XmlConfig Id=XmlWebConfigAddCreate File=[DIRECTORY_PATH_CLIENT]Web.Config Action=create Node=element ElementPath=//configuration/location/system.webServer/modules Name=add On=install Sequence=1/ util:XmlConfig Id=XmlWebConfigAddType File=[DIRECTORY_PATH_CLIENT]Web.Config ElementId=XmlWebConfigAddCreate Name=type Value=Blah, blah.2.2013 Sequence=2/ util:XmlConfig Id=XmlConfigAddName File=[DIRECTORY_PATH_CLIENT]Web.Config ElementId=XmlWebConfigAddCreate Name=name Value=AppCacheModule Sequence=3/ /Component -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/trying-to-add-XML-element-to-a-web-config-file-tp7596447p7596452.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] trying to add XML element to a web.config file
thanks James and Nicholas... phew trial and error and Google for about a day and a half :) steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/trying-to-add-XML-element-to-a-web-config-file-tp7596447p7596456.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] trying to add XML element to a web.config file
thanks Nicholas, got it removed on uninstall :) util:XmlConfig Id=XmlWebConfigAddRemove File=[DIRECTORY_PATH_CLIENT]Web.Config Action=delete Node=element ElementPath=//configuration/location/system.webServer/modules VerifyPath=//configuration/location/system.webServer/modules/add[\[]@type='Blah, blah.2.2013'[\]] On=uninstall Sequence=100/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/trying-to-add-XML-element-to-a-web-config-file-tp7596447p7596455.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] trying to add XML element to a web.config file
Hi folks, I am trying to add a new element to a web.config file, new element would be similar to: add type=Blah, Blah.2.2013 name=AppCacheModule / The web.config file looks like this (it has other add elements under the modules element: ?xml version=1.0 encoding=UTF-8? configuration location inheritInChildApplications=false ... system.webServer ... modules add name=something type=some type, Version=1.0.0.0, Culture=neutral, PublicKeyToken=3/ add name my element here/ ... /modules /system.webServer /location /configuration I need to add my element below the 1st add under modules, I have tried various things and nothing works quite right :( util:XmlConfig Id=XmlWebConfigAddCreate File=[DIRECTORY_PATH_CLIENT]Web.Config PreserveModifiedDate=yes Action=create Node=element ElementPath=//configuration/location/system.webServer/modules Name=add Sequence=1/ util:XmlConfig Id=XmlWebConfigAddType File=[DIRECTORY_PATH_CLIENT]Web.Config PreserveModifiedDate=yes ElementPath=XmlWebConfigAddCreate Name=type Value=Blah, Blah.2.2013 Sequence=2/ util:XmlConfig Id=XmlConfigAddName File=[DIRECTORY_PATH_CLIENT]Web.Config PreserveModifiedDate=yes ElementPath=XmlWebConfigAddType Name=name Value=AppCacheModule Sequence=3/ this doesn't work :( any idea what I am doing wrong? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/trying-to-add-XML-element-to-a-web-config-file-tp7596447.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] trying to add XML element to a web.config file
Okay I have it working... the only problem is that it is replacing the first add element which I don't want, I want it to be a new lt;add element underneath the first... lt;util:XmlConfig Id=quot;XmlWebConfigAddCreatequot; File=quot;[DIRECTORY_PATH_CLIENT]Web.Configquot; Action=quot;createquot; Node=quot;elementquot; ElementPath=quot;//configuration/location/system.webServer/modulesquot; Name=quot;addquot; On=quot;installquot; Sequence=quot;1quot;/ util:XmlConfig Id=XmlWebConfigAddType File=[DIRECTORY_PATH_CLIENT]Web.Config Action=create Node=value ElementPath=//configuration/location/system.webServer/modules/add Name=type Value=Blah, Blah.2.2013 On=install Sequence=2/ util:XmlConfig Id=XmlConfigAddName File=[DIRECTORY_PATH_CLIENT]Web.Config Action=create Node=value ElementPath=//configuration/location/system.webServer/modules/add Name=name Value=AppCacheModule On=install Sequence=3/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/trying-to-add-XML-element-to-a-web-config-file-tp7596447p7596448.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] question re changing MSI default behaviour
Hi Rob and Bob, Quick question. I would like your honest opinion about changing default MSI behavior, i.e. Upgrades by changing a WIX installer to modify its behavior to act like an upgrade when the version number has not changed? i.e. you have version 1.2.3.x installed and then the user upgrades a Microsoft application to a new version. then you run the WIX installer again and instead of uninstalling and then re installing you change the code to do an upgrade Thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/question-re-changing-MSI-default-behaviour-tp7596420.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 2 questions re build to build stop installing...
thanks David and Rob/Carter some basic testing and I came up with this: Upgrade Id =$(var.Upgrade) UpgradeVersion Property=SAMEFOUND IncludeMaximum=yes IncludeMinimum=yes Minimum=$(var.TCOVersion) Maximum=$(var.TCOVersion) OnlyDetect=yes/ /Upgrade Condition Message=The same version of [ProductName] is already installed. Setup will now exit.NOT SAMEFOUND OR Installed/Condition thanks for your help Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/2-questions-re-build-to-build-stop-installing-tp7595417p7595437.html Sent from the wix-users mailing list archive at Nabble.com. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 2 questions re build to build stop installing...
Hi folks, I have 2 questions... (Using WIX 3.8) 1. MSI I would like to stop build to build installs (bring up warning?) i.e. i have 14.4.6.7 installed, then I run today's build which is 14.4.6.8 (the product code is different, the upgrade code is the same) this is my upgrade element: MajorUpgrade DowngradeErrorMessage=A newer version of $(var.ProductName) is already installed. Setup will now exit. Schedule=afterInstallValidate AllowSameVersionUpgrades=no AllowDowngrades=no/ the .8 version should not allow to be installed since it is the same version 14.4.6 What can I do to stop that?? 2. Bootstrapper... I would like to do the same things, I installed 14.4.6.7 of my application using the bootstrapper (burn) then using today's build I can still install using my bootstrapper version 14.4.6.8 it has different product code and same upgrade code... what can I do for the bootstrapper to warn they already have the same version installed?? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/2-questions-re-build-to-build-stop-installing-tp7595417.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 2 questions re build to build stop installing...
Our productcodes change build to build (that way when we release a new version the productcode is different, so the new release is an upgrade) So there is no way in WIX with different productcode/same version (diff 4th digit to recognize same version install?) Thanks, Steve From: eyoung100 [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7595419...@n2.nabble.com] Sent: June-23-14 3:53 PM To: Steven Ogilvie Subject: Re: 2 questions re build to build stop installing... Set the ProductCodes to the same value as 14.4.6.7 in both situations Carter Quoting Steve-Ogilvie [hidden email]/user/SendEmail.jtp?type=nodenode=7595419i=0: Hi folks, I have 2 questions... (Using WIX 3.8) 1. MSI I would like to stop build to build installs (bring up warning?) i.e. i have 14.4.6.7 installed, then I run today's build which is 14.4.6.8 (the product code is different, the upgrade code is the same) this is my upgrade element: MajorUpgrade DowngradeErrorMessage=A newer version of $(var.ProductName) is already installed. Setup will now exit. Schedule=afterInstallValidate AllowSameVersionUpgrades=no AllowDowngrades=no/ the .8 version should not allow to be installed since it is the same version 14.4.6 What can I do to stop that?? 2. Bootstrapper... I would like to do the same things, I installed 14.4.6.7 of my application using the bootstrapper (burn) then using today's build I can still install using my bootstrapper version 14.4.6.8 it has different product code and same upgrade code... what can I do for the bootstrapper to warn they already have the same version installed?? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/2-questions-re-build-to-build-stop-installing-tp7595417.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7595419i=1 https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7595419i=2 https://lists.sourceforge.net/lists/listinfo/wix-users The Birth and Growth of Science is the Death and Atrophy of Art. -- Unknown If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/2-questions-re-build-to-build-stop-installing-tp7595417p7595419.html To unsubscribe from 2 questions re build to build stop installing..., click herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=7595417code=U3RldmVuLk9naWx2aWVAdGl0dXMuY29tfDc1OTU0MTd8ODU3MjA0NTIw. NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/2-questions-re-build-to-build-stop-installing-tp7595417p7595420.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 2 questions re build to build stop installing...
I tried with UpgradeVersion Property=SAMEFOUND IncludeMinimum=yes OnlyDetect=yes IncludeMaximum=yes Maximum= the build number, i.e. 3.5.32.6/ Condition Message=The same version of [ProductName] is already installed. Setup will now exit.NOT SAMEFOUND OR Installed/Condition But if product version was changed in first 3 digits it still said the above message Any idea what I did wrong? steve From: Rob Mensching-7 [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7595422...@n2.nabble.com] Sent: June-23-14 4:29 PM To: Steven Ogilvie Subject: Re: 2 questions re build to build stop installing... It's possible using Upgrade element. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Steve-Ogilvie [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7595422i=0] Sent: Monday, June 23, 2014 12:55 PM To: [hidden email]/user/SendEmail.jtp?type=nodenode=7595422i=1 Subject: Re: [WiX-users] 2 questions re build to build stop installing... Our productcodes change build to build (that way when we release a new version the productcode is different, so the new release is an upgrade) So there is no way in WIX with different productcode/same version (diff 4th digit to recognize same version install?) Thanks, Steve From: eyoung100 [via Windows Installer XML (WiX) toolset] [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7595422i=2] Sent: June-23-14 3:53 PM To: Steven Ogilvie Subject: Re: 2 questions re build to build stop installing... Set the ProductCodes to the same value as 14.4.6.7 in both situations Carter Quoting Steve-Ogilvie [hidden email]/user/SendEmail.jtp?type=nodenode=7595419i=0: Hi folks, I have 2 questions... (Using WIX 3.8) 1. MSI I would like to stop build to build installs (bring up warning?) i.e. i have 14.4.6.7 installed, then I run today's build which is 14.4.6.8 (the product code is different, the upgrade code is the same) this is my upgrade element: MajorUpgrade DowngradeErrorMessage=A newer version of $(var.ProductName) is already installed. Setup will now exit. Schedule=afterInstallValidate AllowSameVersionUpgrades=no AllowDowngrades=no/ the .8 version should not allow to be installed since it is the same version 14.4.6 What can I do to stop that?? 2. Bootstrapper... I would like to do the same things, I installed 14.4.6.7 of my application using the bootstrapper (burn) then using today's build I can still install using my bootstrapper version 14.4.6.8 it has different product code and same upgrade code... what can I do for the bootstrapper to warn they already have the same version installed?? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/2-questi ons-re-build-to-build-stop-installing-tp7595417.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7595419i=1 https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7595419i=2 https://lists.sourceforge.net/lists/listinfo/wix-users The Birth and Growth of Science is the Death and Atrophy of Art. -- Unknown If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/2-questions-re-build-to-build-stop-installing-tp7595417p7595419.html To unsubscribe from 2 questions re build to build stop installing..., click here NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://windows-installer-xml
Re: [WiX-users] Upgrading...
what if at build time I change the name of the MSI to be the same as the original MSI's name and use the same upgrade code? Would that work ? Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-tp7595079p7595124.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Upgrading...
I have a quick question... We released 4.2.0.x about 3 months ago. and our Services MSI was named TITUS_Services_Setup_x86 we shipped only the 32 bit services with our Client installer with a different GUID and upgrade code. now we have changed our Services MSI to TITUS_Client_Services_x86 and TITUS_Client_Services_x64 with different GUID and upgrade code and the version is now 14.4.5.x (our client installer now installs the Services based on the bitness of the OS) Because the name of the MSI has changed, the upgrade code is different and the version number is completely different will an upgrade be seamless? or does it make sense to tell clients to uninstall 4.2.0.x and then install 14.4.5.x? thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-tp7595079.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is there some existing tool I can use when I work with WiX localization?
Check out the ThmViewer.exe in the WIX bin folder. To view a theme file without having to build a bundle, you can use the ThmViewer.exe which is located in %WIX%\bin\. It sometimes is a hit and miss that it works, it is very fussy... Steve (for it to work I needed to copy ALL my resource files etc into the same folder as the theme xml file even though I am using environment variables to show where they are located. As well it does not show the localized string it just shows the variable name for the localized string. I am using WIX 3.8 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-there-some-existing-tool-I-can-use-when-I-work-with-WiX-localization-tp7594804p7594805.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] what exactly is this: WixMsiNetAssemblySupport?
I can't find any help on it but I am curious what is the difference between this: CustomAction Id=WixMsiNetAssemblySupport Error=This application requires .NET Framework 3.5 Service Pack 1. Please turn on this feature in the Control Panel or install manually/ InstallExecuteSequence Custom Action=WixMsiNetAssemblySupport After=AppSearchNOT NETFRAMEWORK35_SP_LEVEL/Custom InstallUISequence Custom Action=WixMsiNetAssemblySupport After=AppSearchNOT NETFRAMEWORK35_SP_LEVEL/Custom and this: PropertyRef Id=NETFRAMEWORK35_SP_LEVEL/ Condition Message=Requires the Microsoft .NET Framework 3.5 Service Pack 1. To download the requirement please visit: http://www.microsoft.com/en-us/download then restart the setup. NETFRAMEWORK35_SP_LEVEL = quot;#1quot; /Condition thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/what-exactly-is-this-WixMsiNetAssemblySupport-tp7594542.html Sent from the wix-users mailing list archive at Nabble.com. -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: #149; 3 signs your SCM is hindering your productivity #149; Requirements for releasing software faster #149; Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] within MSI capture user cancelled...
Hi On an upgrade (after the user selected yes to upgrade on a messagebox) I stop our Web App Pool, and our Web Site. However if the user Cancels the install BEFORE choosing to install the upgrade (verify ready screen install button) our application is in limbo because the web app pool and web site are stopped... I want to capture if the user hits Cancel so I can run a custom action to start the web app pool first then the web site using appcmd.exe (not a deferred custom action) I tried using Custom Action=CA_Upgrade_Start_Apppool.SetProperty After=CA_DISPLAY_UPGRADE_DETECTEDWIX_UPGRADE_DETECTED/Custom Custom Action=CA_UPGRADE_START_APPPOOL OnExit=cancel WIX_UPGRADE_DETECTED/Custom but when I try to compile I get a error that ExitUser is already using that OnExit=cancel Error 14 ICE82: This action UserExit has duplicate sequence number -2 in the table InstallUISequence C:\Dev\SetupCommon\Main\WIX_ToolSet_v3.8\src\ext\UIExtension\wixlib\UserExit.wxs 26 1 Admin_Console_Setup InstallUISequence table: Action Condition Sequence CA_UPGRADE_START_APPPOOLWIX_UPGRADE_DETECTED-2 UserExit -2 not sure on how to handle this, any help would be appreciated! thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/within-MSI-capture-user-cancelled-tp7594359.html Sent from the wix-users mailing list archive at Nabble.com. -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] displaying action data text in ExecuteProgressActionDataText
well I guess I don't think this is a bug...
However I did fix the issue.
1. took '.' out of my progress text strings
2. changed balextension DLL (WixStandardBootstrapperApplication.cpp) in
method:
OnExecuteMsiMessage
from:
ThemeSetTextControl(m_pTheme,
WIXSTDBA_CONTROL_EXECUTE_PROGRESS_ACTIONDATA_TEXT, wzMessage);
to:
// Need to trim the action data text
CString tempString = wzMessage;
size_t strLength = wcslen(tempString);
// Find the first '.'
size_t strPosition = tempString.Find('.', 0);
// Check to see if there is another '.'
if (strPosition != -1)
{
size_t nextPosition = tempString.Find('.', strPosition + 1);
if (nextPosition != -1)
{
strPosition = nextPosition;
}
}
// Need to add + 2 for position since it will still show the '.
'
CString trimString = tempString.Right(strLength - (strPosition +
2));
ThemeSetTextControl(m_pTheme,
WIXSTDBA_CONTROL_EXECUTE_PROGRESS_ACTIONDATA_TEXT, trimString);
the return is sill using wzMessage... I am only changing the string in the
control.
works like a charm... :)
Steve
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/displaying-action-data-text-in-ExecuteProgressActionDataText-tp7592731p7593225.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Subversion Kills Productivity. Get off Subversion Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries. Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DTF custom action not working but an almost identical is...
Hi folks,
I have spent WAY TOO much time on this...
I get an error 1154 (please don't tell me to refer to blah blah) I have 2
custom actions...
1 works, the other doesn't
The custom action CA_UPGRADE_GET_WEBPORTNUM works, the
CA_UPGRADE_GET_CONNECTSTR doesn't...
scenario:
When we run an upgrade I need to get info from previous install and store
them into MSI Properties so that after the upgrade uninstalls the previous
version then installs the new version we just populate some info from the
previous install to the new install instead of running code to create the
info...
As you see I have created a SIMPLE custom action that just pops up a message
box then returns actionresult.success
PRODUCT.WXS:
include file:
?define TitusInstallerCA =
$(var.scSourcePath)\Main\Resources\TitusInstaller.CA.dll?
Binary Id=BIN_CustomAction SourceFile=$(var.TitusInstallerCA)/
CustomAction Id=CA_UPGRADE_GET_WEBPORTNUM BinaryKey=BIN_CustomAction
DllEntry=GetWebSitePortNumber Impersonate=yes Execute=immediate
Return=ignore/
UI
ProgressText Action=CA_UPGRADE_GET_WEBPORTNUMCA: Getting TITUS web
site port number.../ProgressText
/UI
CustomAction Id=CA_UPGRADE_GET_CONNECTSTR BinaryKey=BIN_CustomAction
DllEntry=GetServicesConnectString Impersonate=yes Execute=immediate
Return=ignore/
InstallExecuteSequence
Custom Action=CA_UPGRADE_GET_WEBPORTNUM
Before=RemoveExistingProductsWIX_UPGRADE_DETECTED/Custom
Custom Action=CA_UPGRADE_GET_CONNECTSTR
After=CA_UPGRADE_GET_WEBPORTNUMWIX_UPGRADE_DETECTED/Custom
InstallUISequence
Custom Action=CA_UPGRADE_GET_WEBPORTNUM
After=MigrateFeatureStatesWIX_UPGRADE_DETECTED/Custom
Custom Action=CA_UPGRADE_GET_CONNECTSTR
After=CA_UPGRADE_GET_WEBPORTNUMWIX_UPGRADE_DETECTED/Custom
/InstallUISequence
CUSTOM ACTION CODE:
[CustomAction]
public static ActionResult GetServicesConnectString(Session session)
{
MessageBox.Show(GetServicesConnectionSTring, get services
connect string, MessageBoxButtons.OK);
return ActionResult.Success;
}
[CustomAction]
public static ActionResult GetWebSitePortNumber(Session session)
{
try
{
if (session == null)
{
throw new ArgumentNullException(session);
}
const string FireWallName = TITUS Web Administration Port;
var firewallPolicy =
(INetFwPolicy2)Activator.CreateInstance(Type.GetTypeFromProgID(HNetCfg.FwPolicy2));
var rule = firewallPolicy.Rules.Item(FireWallName);
var fireWallPortNumber = rule.LocalPorts;
SetSessionProperty(session, ALLOW_REMOTE_ACCESS,
rule.Enabled ? 1 : 0);
SetSessionProperty(session, REMOTEACCESS_VALUE,
rule.Enabled ? True : False);
MessageBox.Show(fireWallPortNumber, Fire wall port number,
MessageBoxButtons.OK);
SetSessionProperty(session, WEB_SITE_PORT,
fireWallPortNumber);
}
catch (Exception ex)
{
WriteErrorLogInstall(session, GetWebSitePortNumber failed:
, ex, true);
return ActionResult.Failure;
}
WriteSuccessLogInstall(session, GetWebSitePortNumber
succeeded..., true);
return ActionResult.Success;
}
LOG FILE:
Action ended 13:37:38: MigrateFeatureStates. Return value 1.
MSI (c) (38:00) [13:37:38:336]: Doing action: CA_UPGRADE_GET_WEBPORTNUM
Action 13:37:38: CA_UPGRADE_GET_WEBPORTNUM. CA: Getting TITUS web site port
number...
Action start 13:37:38: CA_UPGRADE_GET_WEBPORTNUM.
MSI (c) (38:00) [13:37:38:336]: Creating MSIHANDLE (8) of type 790542 for
thread 4608
MSI (c) (38:28) [13:37:38:336]: Invoking remote custom action. DLL:
C:\Users\ADMINI~1.DEV\AppData\Local\Temp\1\MSID745.tmp, Entrypoint:
GetWebSitePortNumber
MSI (c) (38!E4) [13:37:38:430]: Creating MSIHANDLE (9) of type 790531 for
thread 4836
SFXCA: Extracting custom action to temporary directory:
C:\Users\ADMINI~1.DEV\AppData\Local\Temp\1\MSID745.tmp-\
MSI (c) (38!E4) [13:37:38:430]: Closing MSIHANDLE (9) of type 790531 for
thread 4836
MSI (c) (38!E4) [13:37:38:679]: Creating MSIHANDLE (10) of type 790531 for
thread 4836
SFXCA: Binding to CLR version v4.0.30319
MSI (c) (38!E4) [13:37:38:679]: Closing MSIHANDLE (10) of type 790531 for
thread 4836
MSI (c) (38!E4) [13:37:38:742]: Creating MSIHANDLE (11) of type 790531 for
thread 4836
Calling custom action
TitusInstaller!Titus.Installer.CustomActions.CustomAction.GetWebSitePortNumber
MSI (c) (38!E4) [13:37:38:742]: Closing MSIHANDLE (11) of type 790531 for
thread 4836
MSI (c) (38!E4) [13:37:38:774]: PROPERTY CHANGE: Adding ALLOW_REMOTE_ACCESS
property. Its value is '1'.
MSI (c) (38!E4) [13:37:38:774]: PROPERTY CHANGE: Adding REMOTEACCESS_VALUE
property. Its value is 'True'.
MSI (c) (38!E4) [13:37:40:413]: PROPERTY CHANGE: Adding WEB_SITE_PORT
property. Its value is '34350'.
MSI (c) (38!E4)
Re: [WiX-users] DTF custom action not working but an almost identical is...
Phil,
One custom action is working the other isn't... it is using the SAME custom
action DLL so:
1. Are you referencing the correct DLL in the Binary table? yes
2. Are you referencing the correct exported function name? yes
3. Is your class public?
yes
4. Is your method using the correct signature? I.e. is it:
5. Marked with the correct CustomAction attribute yes
6. Marked as public?
yes
7. Marked as static?
yes
8. Return ActionResult?
yes
9. Take Session as an Argument?
yes
10. Make sure you are using the WiX C# Custom Action Project type o ensure the
postbuild event is called to create the native DLL wrapper. (See #1) yes:
?define TitusInstallerCA =
$(var.scSourcePath)\Main\Resources\TitusInstaller.CA.dll?
Binary Id=BIN_CustomAction SourceFile=$(var.TitusInstallerCA)/
CustomAction Id=CA_UPGRADE_GET_CONNECTSTR BinaryKey=BIN_CustomAction
DllEntry=GetServicesConnectString Impersonate=yes Execute=immediate
Return=ignore/
namespace Titus.Installer.CustomActions
{
using Microsoft.Deployment.WindowsInstaller;
public class CustomAction
{
[CustomAction]
public static ActionResult GetServicesConnectString(Session session)
{
MessageBox.Show(GetServicesConnectionSTring, get services connect
string, MessageBoxButtons.OK);
return ActionResult.Success;
}
From: Phil Wilson [via Windows Installer XML (WiX) toolset]
[mailto:ml-node+s687559n7593107...@n2.nabble.com]
Sent: March-04-14 2:10 PM
To: Steven Ogilvie
Subject: Re: DTF custom action not working but an almost identical is...
You've seen this?
http://stackoverflow.com/questions/3560370/custom-action-in-c-sharp-used-via-wix-fails-with-error-1154
---
Phil Wilson
On Tue, Mar 4, 2014 at 10:47 AM, Steve-Ogilvie [hidden
email]/user/SendEmail.jtp?type=nodenode=7593107i=0 wrote:
Hi folks,
I have spent WAY TOO much time on this...
I get an error 1154 (please don't tell me to refer to blah blah) I have 2
custom actions...
1 works, the other doesn't
The custom action CA_UPGRADE_GET_WEBPORTNUM works, the
CA_UPGRADE_GET_CONNECTSTR doesn't...
scenario:
When we run an upgrade I need to get info from previous install and store
them into MSI Properties so that after the upgrade uninstalls the previous
version then installs the new version we just populate some info from the
previous install to the new install instead of running code to create the
info...
As you see I have created a SIMPLE custom action that just pops up a message
box then returns actionresult.success
PRODUCT.WXS:
include file:
?define TitusInstallerCA =
$(var.scSourcePath)\Main\Resources\TitusInstaller.CA.dll?
Binary Id=BIN_CustomAction SourceFile=$(var.TitusInstallerCA)/
CustomAction Id=CA_UPGRADE_GET_WEBPORTNUM BinaryKey=BIN_CustomAction
DllEntry=GetWebSitePortNumber Impersonate=yes Execute=immediate
Return=ignore/
UI
ProgressText Action=CA_UPGRADE_GET_WEBPORTNUMCA: Getting TITUS web
site port number.../ProgressText
/UI
CustomAction Id=CA_UPGRADE_GET_CONNECTSTR BinaryKey=BIN_CustomAction
DllEntry=GetServicesConnectString Impersonate=yes Execute=immediate
Return=ignore/
InstallExecuteSequence
Custom Action=CA_UPGRADE_GET_WEBPORTNUM
Before=RemoveExistingProductsWIX_UPGRADE_DETECTED/Custom
Custom Action=CA_UPGRADE_GET_CONNECTSTR
After=CA_UPGRADE_GET_WEBPORTNUMWIX_UPGRADE_DETECTED/Custom
InstallUISequence
Custom Action=CA_UPGRADE_GET_WEBPORTNUM
After=MigrateFeatureStatesWIX_UPGRADE_DETECTED/Custom
Custom Action=CA_UPGRADE_GET_CONNECTSTR
After=CA_UPGRADE_GET_WEBPORTNUMWIX_UPGRADE_DETECTED/Custom
/InstallUISequence
CUSTOM ACTION CODE:
[CustomAction]
public static ActionResult GetServicesConnectString(Session session)
{
MessageBox.Show(GetServicesConnectionSTring, get services
connect string, MessageBoxButtons.OK);
return ActionResult.Success;
}
[CustomAction]
public static ActionResult GetWebSitePortNumber(Session session)
{
try
{
if (session == null)
{
throw new ArgumentNullException(session);
}
const string FireWallName = TITUS Web Administration Port;
var firewallPolicy =
(INetFwPolicy2)Activator.CreateInstance(Type.GetTypeFromProgID(HNetCfg.FwPolicy2));
var rule = firewallPolicy.Rules.Item(FireWallName);
var fireWallPortNumber = rule.LocalPorts;
SetSessionProperty(session, ALLOW_REMOTE_ACCESS,
rule.Enabled ? 1 : 0);
SetSessionProperty(session
Re: [WiX-users] alt key in bootstrapper messes up the foreground/background of controls
This was frustrating, I ended up taking out the background .png and got a new image for the side banner .png that is only 1/3 of the real-estate so that the controls do not sit on top of the image... Hitting ALT key would ALWAYS set the controls to the background and the background image and side banner image would be on top... Doesn't look as nice, but since I couldn't figure a way to fix it... Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823p7593078.html Sent from the wix-users mailing list archive at Nabble.com. -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] displaying action data text in ExecuteProgressActionDataText
Another frustrating item I have had to take out of the bootstrapper :( Text Name=ExecuteProgressActionDataText X=11 Y=163 Width=-11 Height=17 FontId=3 DisablePrefix=yes/ I ONLY want the progressText of the Action Text displayed (as it does in a MSI) however the bootstrapper is displaying all sorts of fluff in the prefix of the progress text... i.e.: Here is a normal progress text I have: CustomAction Id=CA_Set_DbBackup Property=CA_DBBACKUP Value=[DATABASE_NAME]|[DATABASE_SERVERNAME]|/ CustomAction Id=CA_DBBACKUP BinaryKey=BIN_CustomAction DllEntry=BackupsDatabase Impersonate=yes Execute=deferred Return=check / UI ProgressText Action=CA_DBBACKUP*CA: Backing up the database...*/ProgressText /UI This would display: Action current time: CA_DBBACKUP. CA: Backing up the database... Be nice to just have: CA: Backing up the database... Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/displaying-action-data-text-in-ExecuteProgressActionDataText-tp7592731p7593079.html Sent from the wix-users mailing list archive at Nabble.com. -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] alt key in bootstrapper messes up the foreground/background of controls
Has anyone else had this issue?? have a bitmap that covers text/button/etc controls... launch your bootstrapper, then hit the ALT key, do your controls go in the background (behind the bitmap?) Steve anyone know of a work around??? STeve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823p7592959.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] alt key in bootstrapper messes up the foreground/background of controls
sorry if I sound dimwitted... what does that have to do with controls going into the background and the images into the foreground? i.e. launch bootstrapper and I have a light gray background image to have the full area of the bootstrapper dialog a light gray colour (couldn't see how to change the dialog colour) then having a sidebanner image on top of that, and have text controls on top of those two images and the buttons... Hit the Alt key on keyboard and the text/buttons/etc controls go to the background and all I see is the light gray background image with the side banner on top of that one... I can see the outline of the controls that have accelerator keys assigned to them... Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823p7592970.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] how to keep a web site during upgrade...
Hi, I am not sure if I can do this but... I have created a web site using the WIX IIS::WebAppPool/IIS::WebSite/IIS::WebServiceExtension/IIS::WebDir I would like to know if there is a way NOT to remove the website during an upgrade? (major upgrade, does an uninstall then install...) thanks, Steve ps I think I already know the answer... SOL... -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to keep a web site during upgrade...
Then how does it get removed on an Uninstall? From: Rob Mensching-7 [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7592936...@n2.nabble.com] Sent: February-25-14 5:10 PM To: Steven Ogilvie Subject: Re: how to keep a web site during upgrade... Make the Component permanent. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Steve-Ogilvie [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7592936i=0] Sent: Tuesday, February 25, 2014 1:48 PM To: [hidden email]/user/SendEmail.jtp?type=nodenode=7592936i=1 Subject: [WiX-users] how to keep a web site during upgrade... Hi, I am not sure if I can do this but... I have created a web site using the WIX IIS::WebAppPool/IIS::WebSite/IIS::WebServiceExtension/IIS::WebDir I would like to know if there is a way NOT to remove the website during an upgrade? (major upgrade, does an uninstall then install...) thanks, Steve ps I think I already know the answer... SOL... -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7592936i=2 https://lists.sourceforge.net/lists/listinfo/wix-users -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7592936i=3 https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592936.html To unsubscribe from how to keep a web site during upgrade..., click herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=7592935code=U3RldmVuLk9naWx2aWVAdGl0dXMuY29tfDc1OTI5MzV8ODU3MjA0NTIw. NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592938.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to keep a web site during upgrade...
Then how do you uninstall it? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592937.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] transparent background on text that changes i.e.: OverallProgressPackageText leaves solid background of text foreground colour in Bootstrapper
Sigh, thanks Tom! Well I guess back to the old drawing board :) I will have to cut in 1/3 the side banner bitmap for Welcome/Install, Success/Failure/Modify screens and try to figure out the hex number for the light gray colour and use that as the background colour for the text on progress screen Thanks, Steve From: Tom Brezinski [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7592882...@n2.nabble.com] Sent: February-24-14 7:58 AM To: Steven Ogilvie Subject: Re: transparent background on text that changes i.e.: OverallProgressPackageText leaves solid background of text foreground colour in Bootstrapper Steve, I ran into this same issue and another user posted about it last week as well. For the moment I am working around it same as you did. This seems like something that should be corrected though so I went ahead and opened a bug: http://wixtoolset.org/issues/4325/ -Original Message- From: Steve-Ogilvie [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7592882i=0] Sent: Saturday, February 22, 2014 9:27 AM To: [hidden email]/user/SendEmail.jtp?type=nodenode=7592882i=1 Subject: Re: [WiX-users] transparent background on text that changes i.e.: OverallProgressPackageText leaves solid background of text foreground colour in Bootstrapper sigh looks like I will have to remove the background image and the side banner image and cut the side banner image to just use the first 1/3 of the dialog... too bad, since the UI looked really nice and what management wanted! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/transparent-background-on-text-that-changes-i-e-OverallProgressPackageText-leaves-solid-background-or-tp7592822p7592871.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7592882i=2 https://lists.sourceforge.net/lists/listinfo/wix-users -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=7592882i=3 https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/transparent-background-on-text-that-changes-i-e-OverallProgressPackageText-leaves-solid-background-or-tp7592822p7592882.html To unsubscribe from transparent background on text that changes i.e.: OverallProgressPackageText leaves solid background of text foreground colour in Bootstrapper, click herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=7592822code=U3RldmVuLk9naWx2aWVAdGl0dXMuY29tfDc1OTI4MjJ8ODU3MjA0NTIw. NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/transparent-background-on-text-that-changes-i-e-OverallProgressPackageText-leaves-solid-background-or-tp7592822p7592883.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] alt key in bootstrapper messes up the foreground/background of controls
what happens when you click the ALT key? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823p7592885.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] transparent background on text that changes i.e.: OverallProgressPackageText leaves solid background of text foreground colour in Bootstrapper
sigh looks like I will have to remove the background image and the side banner image and cut the side banner image to just use the first 1/3 of the dialog... too bad, since the UI looked really nice and what management wanted! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/transparent-background-on-text-that-changes-i-e-OverallProgressPackageText-leaves-solid-background-or-tp7592822p7592871.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] alt key in bootstrapper messes up the foreground/background of controls
sigh looks like I will have to remove the background image and the side banner image and cut the side banner image to just use the first 1/3 of the dialog... too bad, since the UI looked really nice and what management wanted! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823p7592872.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] alt key in bootstrapper messes up the foreground/background of controls
I really need help with this, management is asking me to put in the background image and the side banner image in the bootstrapper but as soon as you hit the ALT key the other controls go in the background -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823p7592838.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] transparent background on text that changes i.e.: OverallProgressPackageText leaves solid background of text foreground colour in Bootstrapper
I really need help on this! I have a background image that is the same (or really close) to the background colour of the MSI progress page (light gray) but the progress text and action text has a white background don't know how to get the same hexidecimal numbers for the light gray I choose. putting the text transparent background seems to muck it up, the text doesn't seem to refresh on each new text stream so it eventually fills to a solid black (text colour is black) thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/transparent-background-on-text-that-changes-i-e-OverallProgressPackageText-leaves-solid-background-or-tp7592822p7592839.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] alt key in bootstrapper messes up the foreground/background of controls
okay to see if it was my stuff that was messing up, I created a new boostrapper project I took the RTF theme xml/wxl from the 3.8 RTM source added my background.png (used MS Paint 500 x 390 light gray color saved as png) launch the bootstrapper and the background bitmap is covering the whole dialog except for the Title text, the install page controls are behind the bitmap, if I comment out that image element and add the background image to the Install page, looks good except most of the richedit control is covered by the background image, click Options to goto options page, click okay and the Install page looks fine... ?xml version=1.0 encoding=utf-8? Theme xmlns=http://wixtoolset.org/schemas/thmutil/2010; Window Width=500 Height=390 HexStyle=100a FontId=0#(loc.Caption)/Window Segoe UI Segoe UI Segoe UI Segoe UI Segoe UI Image X=00 Y=00 Width=500 Height=390 ImageFile=logo.png Visible=yes/ Text X=80 Y=11 Width=-11 Height=64 FontId=1 Visible=yes DisablePrefix=yes#(loc.Title)/Text Page Name=Help Text X=11 Y=80 Width=-11 Height=30 FontId=2 DisablePrefix=yes#(loc.HelpHeader)/Text Text X=11 Y=112 Width=-11 Height=-35 FontId=3 DisablePrefix=yes#(loc.HelpText)/Text Button Name=HelpCancelButton X=-11 Y=-11 Width=75 Height=23 TabStop=yes FontId=0#(loc.HelpCloseButton)/Button /Page Page Name=Install Richedit Name=EulaRichedit X=11 Y=80 Width=-11 Height=-70 TabStop=yes FontId=0 HexStyle=0x80 / Checkbox Name=EulaAcceptCheckbox X=-11 Y=-41 Width=260 Height=17 TabStop=yes FontId=5 HideWhenDisabled=yes#(loc.InstallAcceptCheckbox)/Checkbox Button Name=OptionsButton X=-171 Y=-11 Width=75 Height=23 TabStop=yes FontId=0 HideWhenDisabled=yes#(loc.InstallOptionsButton)/Button Button Name=InstallButton X=-91 Y=-11 Width=75 Height=23 TabStop=yes FontId=0#(loc.InstallInstallButton)/Button Button Name=WelcomeCancelButton X=-11 Y=-11 Width=75 Height=23 TabStop=yes FontId=0#(loc.InstallCloseButton)/Button /Page -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823p7592857.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] alt key in bootstrapper messes up the foreground/background of controls
Hi using WIX 3.8 create a Bootstrapper and have a side panel bitmap for the welcome screen, hit the ALT key on keyboard and the controls on top of the .png are now behind the bitmap... Anyway I can fix this? I have tried various hexstyle to no avail... hmm weird, but if I go next from Welcome then back it is fine... I have changed the options page to be the EULA page: Page Name=Install Image X=00 Y=00 Width=500 Height=390 ImageFile=Background.png Visible=no/ Image X=00 Y=00 Width=493 Height=309 ImageFile=SideBanner.png Visible=no/ Static X=0 Y=309 Width=495 Height=1 HexStyle=0x0200L Visible=yes/ Text X=170 Y=20 Width=-11 Height=60 FontId=2 DisablePrefix=yes Visible=no#(loc.InstallHeader)/Text Text X=170 Y=100 Width=-11 Height=-129 FontId=3 DisablePrefix=yes Visible=no#(loc.InstallMessage)/Text Text X=11 Y=-11 Width=246 Height=17 FontId=4 DisablePrefix=yes Visible=no#(loc.InstallVersion)/Text Checkbox Name=InstallClient1Checkbox X=180 Y=180 Width=-11 Height=17 TabStop=yes FontId=3 Visible=yes HideWhenDisabled=no#(loc.Client1Checkbox)/Checkbox Checkbox Name=InstallClient2Checkbox X=180 Y=200 Width=-11 Height=17 TabStop=yes FontId=3 Visible=yes HideWhenDisabled=no#(loc.Client2Checkbox)/Checkbox Checkbox Name=InstallClient3Checkbox X=180 Y=220 Width=-11 Height=17 TabStop=yes FontId=3 Visible=yes HideWhenDisabled=no#(loc.Client3Checkbox)/Checkbox Button Name=OptionsButton X=314 Y=-11 Width=75 Height=23 TabStop=yes FontId=0 Visible=no#(loc.InstallOptionsButton)/Button Button Name=WelcomeCancelButton X=404 Y=-11 Width=75 Height=23 TabStop=yes FontId=0 Visible=no#(loc.InstallCancelButton)/Button /Page Page Name=Options Static X=0 Y=309 Width=495 Height=1 HexStyle=0x0200L/ Static X=0 Y=58 Width=495 Height=1 HexStyle=0x0200L/ Image X=00 Y=00 Width=493 Height=58 ImageFile=Logo.png Visible=no/ Text X=11 Y=-11 Width=246 Height=17 FontId=4 Visible=no DisablePrefix=yes#(loc.InstallVersion)/Text Text X=28 Y=80 Width=444 Height=202 TabStop=no FontId=2 HexStyle=0x0080L DisablePrefix=yes / Richedit Name=EulaRichedit X=30 Y=82 Width=440 Height=198 TabStop=yes FontId=0 / Checkbox Name=EulaAcceptCheckbox X=28 Y=-56 Width=260 Height=17 TabStop=yes FontId=4 Visible=no HideWhenDisabled=yes#(loc.InstallAcceptCheckbox)/Checkbox Button Name=OptionsOkButton X=238 Y=-11 Width=75 Height=23 TabStop=yes FontId=0#(loc.OptionsOkButton)/Button Button Name=InstallButton X=314 Y=-11 Width=75 Height=23 TabStop=yes FontId=0#(loc.InstallInstallButton)/Button Button Name=WelcomeCancelButton X=404 Y=-11 Width=75 Height=23 TabStop=yes FontId=0#(loc.InstallCloseButton)/Button /Page thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/alt-key-in-bootstrapper-messes-up-the-foreground-background-of-controls-tp7592823.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] transparent background on text that changes i.e.: OverallProgressPackageText leaves solid background of text foreground colour in Bootstrapper
Hi, Using Burn 3.8 On the progress page I have a background that is similar (as close as I good get) to the MSI screen background (a light gray) I am using: Segoe UI (transparent background) or Segoe UI (white background) Text Name=OverallProgressPackageText X=85 Y=121 Width=-11 Height=17 FontId=4 Visible=no DisablePrefix=yes#(loc.OverallProgressPackageText)/Text Text Name=ExecuteProgressActionDataText X=11 Y=163 Width=-11 Height=17 FontId=4 Visible=no DisablePrefix=yes/ However the font (FontId 4) has a white background, I have tried to remove the Background element in the Font, and tried adding “HexStyle=0x0020L” to the text element but what happens is that the text that is displayed is streamed on top of each other and you end up getting a black solid area where the text is displaying on the progress screen. Is this a known issue? Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/transparent-background-on-text-that-changes-i-e-OverallProgressPackageText-leaves-solid-background-or-tp7592822.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] displaying action data text in ExecuteProgressActionDataText
In the bootstrapper the burn engine is tacking on: Action time: CustomAction name. progress text I don't believe I can change the first two elements (Action time:) I am just using straight forward strings to describe what the custom action is doing, my dev manager wants to filter out the extra fluff. As well I have 5 merge modules and any CA progress text from them the custom action name is: Action time: CustomActionName.MergeModuleGUID. progress text which makes a very long string which gets cut off because of the GUID being tacked on. Here is a normal progress text I have: CustomAction Id=CA_Set_DbBackup Property=CA_DBBACKUP Value=[DATABASE_NAME]|[DATABASE_SERVERNAME]|/ CustomAction Id=CA_DBBACKUP BinaryKey=BIN_CustomAction DllEntry=BackupsDatabase Impersonate=yes Execute=deferred Return=check / UI ProgressText Action=CA_DBBACKUPCA: Backing up the database.../ProgressText /UI This would display: Action some time: CA_DBBACKUP. CA: Backing up the database... Be nice to just have: CA: Backing up the database... Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/displaying-action-data-text-in-ExecuteProgressActionDataText-tp7592731p7592773.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Event Source not populating on upgrade... [P]
Sigh... I finally figured out what was causing this issue :( I was creating some registry values in EventLog\My Company and these registry keys had forcecreateoninstall forcedeleteonuninstall... Fixed that up... nuts! thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RE-Event-Source-not-populating-on-upgrade-P-tp7592751p7592795.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Event Source not populating on upgrade... [P]
Classification: Public Sorry the bootstrapper only has install/uninstall (the first install (rtm) is via bootstrapper, the upgrade is via bootstrapper [Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php This message has been marked as Public by Steven Ogilvie on February-18-14 1:01:32 PM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.comhttp://www.titus.com/. From: Hoover, Jacob [via Windows Installer XML (WiX) toolset] [mailto:ml-node+s687559n7592750...@n2.nabble.com] Sent: February-18-14 12:58 PM To: Steven Ogilvie Subject: Re: Event Source not populating on upgrade... Ok, and does doing a repair at the end actually restore the missing event sources? -Original Message- From: Steven Ogilvie [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7592750i=0] Sent: Monday, February 17, 2014 9:05 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Event Source not populating on upgrade... 32 bit condition (sorry nabble removes the conditions :( hence I have put extra spaces here... Condition ! [ CDATA[NETFRAMEWORK40FULLINSTALLROOTDIR AND NOT VersionNT64] ] /Condition 64 bit condition: Condition ! [ CDATA[NETFRAMEWORK40FULLINSTALLROOTDIR64 AND ConditionVersionNT64] ] /Condition RemoveExistingProducts is (all my clients and my services installer): RemoveExistingProducts Overridable=yes After=InstallInitialize/ I have this in all my Clients, and services: MajorUpgrade DowngradeErrorMessage=A newer version of $(var.PlatformProductName) is already installed. Setup will now exit. Schedule=afterInstallValidate AllowDowngrades=no/ -Original Message- From: Hoover, Jacob [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7592750i=1] Sent: February-17-14 8:18 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Event Source not populating on upgrade... What are the conditions on the components? When do you have RemoveExistingProducts scheduled? If you repair your upgrade, do the other event sources show up? -Original Message- From: Steve-Ogilvie [mailto:[hidden email]/user/SendEmail.jtp?type=nodenode=7592750i=2] Sent: Monday, February 17, 2014 6:41 PM To: [hidden email]/user/SendEmail.jtp?type=nodenode=7592750i=3 Subject: [WiX-users] Event Source not populating on upgrade... Hi all, I have a RTM version of our software which has 2 client MSI’s The Event Source on the RTM install is fine, all there, but on the upgrade only 1 of the Event Source is showing up: RTM: PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR/ PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR64/ Component Id=cmp_TMCEventLog Guid=SOME GUID KeyPath=yes RegistryKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\EventLog\My Company ForceCreateOnInstall=yes ForceDeleteOnUninstall=yes Permission User=NETWORK SERVICE ReadPermission=yes / /RegistryKey util:EventSource Name=Blah Blah for Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log= My Company / util:EventSource Name=Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log= My Company / util:EventSource Name=MYCOMPANY EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log= My Company / Condition/Condition /Component !—same for x64 but x64 property- - Run our “hotfox” (just a later build with GUID and 3rd number in version incremented which forces an major upgrade) PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR/ PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR64/ PropertyRef Id=NETFRAMEWORK40CLIENTINSTALLROOTDIR/ PropertyRef Id=NETFRAMEWORK40CLIENTINSTALLROOTDIR64/ Component Id=cmp_TMCEventLog_Full Guid=SOME GUID KeyPath=yes RegistryKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\EventLog\My Company ForceCreateOnInstall=yes ForceDeleteOnUninstall=yes Permission User=NETWORK SERVICE ReadPermission=yes / /RegistryKey util:EventSource Name=Blah Blah for Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ util:EventSource Name=Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ util:EventSource Name=MYCOMPANY EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ Condition/Condition /Component Component Id=cmp_TMCEventLog_Client Guid=SOME GUID KeyPath=yes RegistryKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\EventLog\My Company
[WiX-users] displaying action data text in ExecuteProgressActionDataText
Hi,
I have ExecuteProgressActionDataText set in the bootstrapper:
Action: Time: ActionName Action Text
I would like to just show:
ActionName Action Text
Is it this code that is setting the Action: Time: in WIUTIL.cpp
case INSTALLMESSAGE_ACTIONDATA:
if (WIU_MSI_PROGRESS_INVALID != pContext-dwCurrentProgressIndex
pContext-rgMsiProgress[pContext-dwCurrentProgressIndex].fEnableActionData)
{
if
(pContext-rgMsiProgress[pContext-dwCurrentProgressIndex].fMoveForward)
{
pContext-rgMsiProgress[pContext-dwCurrentProgressIndex].dwCompleted +=
pContext-rgMsiProgress[pContext-dwCurrentProgressIndex].dwStep;
}
else // rollback.
{
pContext-rgMsiProgress[pContext-dwCurrentProgressIndex].dwCompleted -=
pContext-rgMsiProgress[pContext-dwCurrentProgressIndex].dwStep;
}
nResult = SendProgressUpdate(pContext);
}
else
{
nResult = SendMsiMessage(pContext, mt, uiFlags, wzMessage,
hRecord);
}
break;
??
Thanks,
Steve
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/displaying-action-data-text-in-ExecuteProgressActionDataText-tp7592731.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Event Source not populating on upgrade...
Hi all, I have a RTM version of our software which has 2 client MSI’s The Event Source on the RTM install is fine, all there, but on the upgrade only 1 of the Event Source is showing up: RTM: PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR/ PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR64/ Component Id=cmp_TMCEventLog Guid=SOME GUID KeyPath=yes RegistryKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\EventLog\My Company ForceCreateOnInstall=yes ForceDeleteOnUninstall=yes Permission User=NETWORK SERVICE ReadPermission=yes / /RegistryKey util:EventSource Name=Blah Blah for Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log= My Company / util:EventSource Name=Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log= My Company / util:EventSource Name=MYCOMPANY EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log= My Company / Condition/Condition /Component !—same for x64 but x64 property- - Run our “hotfox” (just a later build with GUID and 3rd number in version incremented which forces an major upgrade) PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR/ PropertyRef Id=NETFRAMEWORK40FULLINSTALLROOTDIR64/ PropertyRef Id=NETFRAMEWORK40CLIENTINSTALLROOTDIR/ PropertyRef Id=NETFRAMEWORK40CLIENTINSTALLROOTDIR64/ Component Id=cmp_TMCEventLog_Full Guid=SOME GUID KeyPath=yes RegistryKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\EventLog\My Company ForceCreateOnInstall=yes ForceDeleteOnUninstall=yes Permission User=NETWORK SERVICE ReadPermission=yes / /RegistryKey util:EventSource Name=Blah Blah for Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ util:EventSource Name=Blah EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ util:EventSource Name=MYCOMPANY EventMessageFile=[NETFRAMEWORK40FULLINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ Condition/Condition /Component Component Id=cmp_TMCEventLog_Client Guid=SOME GUID KeyPath=yes RegistryKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\EventLog\My Company ForceCreateOnInstall=yes ForceDeleteOnUninstall=yes Permission User=NETWORK SERVICE ReadPermission=yes / /RegistryKey util:EventSource Name=Blah Blah for Blah EventMessageFile=[NETFRAMEWORK40CLIENTINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ util:EventSource Name=Blah EventMessageFile=[NETFRAMEWORK40CLIENTINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ util:EventSource Name=MYCOMPANY EventMessageFile=[NETFRAMEWORK40CLIENTINSTALLROOTDIR]EventLogMessages.dll Log=My Company/ Condition/Condition /Component And the same for X64 Looking at the log, during the uninstall I can see it removing the registry keys for event source and during install of the new version I can see it creating the registry keys but why are they not there?? Anyway here is he uninstall logging of event source: MSI (s) (5C:90) [13:21:40:726]: Executing op: RegOpenKey(Root=-2147483646,Key=SYSTEM\CurrentControlSet\Services\EventLog\Titus Labs,,BinaryType=0,,) MSI (s) (5C:90) [13:21:40:726]: Executing op: RegRemoveValue(Name=Sources,Value=[~]TITUS Message Classification,) MSI (s) (5C:90) [13:21:40:726]: Executing op: RegRemoveKey() MSI (s) (5C:90) [13:21:40:726]: Executing op: RegRemoveValue(Name=AutoBackupLogFiles,Value=#0,) MSI (s) (5C:90) [13:21:40:726]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Titus Labs 3: 2 MSI (s) (5C:90) [13:21:40:726]: Executing op: RegRemoveValue(Name=File,Value=#%[%SystemRoot]\System32\config\Titus La.evt,) MSI (s) (5C:90) [13:21:40:726]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Titus Labs 3: 2 MSI (s) (5C:90) [13:21:40:726]: Executing op: RegRemoveValue(Name=MaxSize,Value=#524288,) MSI (s) (5C:90) [13:21:40:726]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Titus Labs 3: 2 MSI (s) (5C:90) [13:21:40:726]: Executing op: RegRemoveValue(Name=Retention,Value=#604800,) MSI (s) (5C:90)
Re: [WiX-users] Extract contents of .MSP file just like dark does for.MSI
There is a nicer tool called instedit shows the relationship of each element... __ Steven Ogilvie 3 - 45 Bertrand Street Ottawa, ON Canada K1M 1Y5 Mobile: +1 613 299-2121 E-mail: sogil...@msn.com -Original Message- From: Peter Shirtcliffe pshirtcli...@sdl.com Date: Thu, 13 Sep 2012 12:11:48 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Extract contents of .MSP file just like dark does for.MSI When I want to see what is in a patch, I load the MSI into Insted (this works with Orca too, If I remember rightly), then select view patch from the menu. The differences applied by the patch are highlighted in colour. -Original Message- From: Muzikayise Flynn Buthelezi [mailto:muzkay...@gmail.com] Sent: 13 September 2012 12:07 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Extract contents of .MSP file just like dark does for.MSI Hi All, trust everyone is well. I've generated a patch file (.msp) and I would like to extract the content of this file just like dark.exe does for .msi the reason i'm trying to do this is because i would like to see before hand what files will be updated. also one more question is there a way to check what the differences is when doing diff on Original and Latest: torch.exe -p -xi Original.wixpdb Latest.wixpdb -out patch\diff.wixmst this generates diff.wixmst which is used later for generating the patch (.msp) it would be nice to know before hand what files will be updated or does this only occur at a later stage when producing the patch (msp) file pyro.exe patch\patch.wixmsp -t MPatch patch\diff.wixmst -out patch\patch.msp thanks in advance for your kind assistance, -- Best always, Muzi 082 594 4807 *Light, Love Prosperity in Abundance!!!* - - 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 SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- 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 -- 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
