Re: [WiX-users] WIN64DUALFOLDERS Issue - Installer modifying values obtained from registry
Yup, this is for an excel addin. it's a 32 bit app. On a 64 bit PC it installs in the x86 folder. I got a workaround for the solution. The ExitDialog on button click, I called a custom action to modify the EXCELPATH and immediately after that the excel is launched post install. -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: Thursday, April 25, 2013 11:10 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIN64DUALFOLDERS Issue - Installer modifying values obtained from registry The question is where in the registry is it reading it from... the 32 or 64 bit hive. On my machine, the 32 bit hive has the 32 bit path and the 64 bit hive has the same 32 bit path. This makes sense to me as I have a 32 bit version of office installed. I don't think this is Wix specific, as I'm fairly certain that RegistrySearch elements map to the RegLocator table in Windows Installer. I'm betting the solution is going to be to package a x64 build of your install for 64 bit machines. Is this installer for an excel add-on? What is the bit-ness of the application you are installing? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Thursday, April 25, 2013 7:52 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIN64DUALFOLDERS Issue - Installer modifying values obtained from registry It's not a bug in the WiX toolset. It's a behavior of the Windows Installer (aka: MSI). You should ask them why they made that decision. It frustrates developers all the time. On Wed, Apr 24, 2013 at 11:33 PM, Shashank Padmanabhan (Aditi Technologies Private LTD) v-sh...@microsoft.com wrote: Isn't this a bug in WIX? The value obtained from the registry is a valid path. The value in registry points to the actual location. DualFolders comes into picture when we are trying to read a registry value and it is redirected to either of 32 or 64 bit portion of registry. But, once we read from the right portion of registry, it will contain the right value! Why on earth is the installer modifying what is obtained after reading from the right location? -Original Message- From: Shashank Padmanabhan (Aditi Technologies Private LTD) [mailto: v-sh...@microsoft.com] Sent: Thursday, April 25, 2013 11:48 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIN64DUALFOLDERS Issue - Installer modifying values obtained from registry As suggested below, Tried obtaining EXCELPATH using Win64=yes. Still have the same problem. It modifies the path and points to a 32 bit location. -Original Message- From: Shashank Padmanabhan (Aditi Technologies Private LTD) [mailto: v-sh...@microsoft.com] Sent: Wednesday, April 24, 2013 9:15 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIN64DUALFOLDERS Issue - Installer modifying values obtained from registry thanks for the reply Jacob. Will try it out tomorrow when in office. I also found that the same works on a 2010 version of office (32 64 bit, on 64 bit OS). One would have expected it to fail on that too, but it works there. From: Hoover, Jacob [jacob.hoo...@greenheck.com] Sent: Wednesday, April 24, 2013 8:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIN64DUALFOLDERS Issue - Installer modifying values obtained from registry On a 64 bit OS you'd probably want a second search with Win64=yes. Property Id=EXCELPATH32 RegistrySearch Id=ExcelDirSearch32 Root=HKLM Key=SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\excel.exe Type=raw / /Property Property Id=EXCELPATH64 RegistrySearch Id=ExcelDirSearch64 Root=HKLM Key=SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\excel.exe Type=raw Win64=yes / /Property The 2nd RegistrySearch will probably give you an ICE80 *warning* for using a 64-bit RegistrySearch in a 32-bit package which you can suppress (or just ignore if you don't have treat warning as errors on) but it should work on both x86 x64 systems. -Original Message- From: Shashank Padmanabhan (Aditi Technologies Private LTD) [mailto: v-sh...@microsoft.com] Sent: Wednesday, April 24, 2013 9:59 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] WIN64DUALFOLDERS Issue - Installer modifying values obtained from registry Hi all, I am using WIX and trying to read installed location of excel application from Registry. Goal is to launch excel post install based on what the user chooses. I obtain the same using a property below. Property Id=EXCELPATH RegistrySearch Id=ExcelDirSearch Root=HKLM Key=SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\excel.exe Type=raw / /Property This obtains the appropriate path. But, it immediately modifies it on a system with 64 bit OS
Re: [WiX-users] Install Network Component Type Service
Hello, This is a repost since no comments on the first. I have a NIC GigE filter driver that installs fine but does not add the service to the NIC's on the computer. How do I install the network service in wix? Does anybody have experience installing Network service drivers? Thank you, Michael Ogilvie -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] RelatedBundle, 'Detect' action and result
I'm trying to detect products that can't be installed at the same time as ours, and found RelatedBundle's 'Detect' action. However, I can't see a way of getting the result - is there a way to put the result in a variable? -- Bruce Cran -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn incorrectly logging 'MajorUpgrade' operation
I'm installing an MSI file via Burn that detects if another product is installed (that's not included in the bundle). The UpgradeVersion line has OnlyDetect=yes so it just puts the result in a property. However, Burn is logging: Detected related package: {GUID}, scope: PerMachine, version: a.b.c.d, language: 0 operation: MajorUpgrade Shouldn't it be logging 'operation: None'? -- Bruce Cran -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RelatedBundle, 'Detect' action and result
On 26-Apr-13 08:01, Bruce Cran wrote: I'm trying to detect products that can't be installed at the same time as ours, and found RelatedBundle's 'Detect' action. However, I can't see a way of getting the result - is there a way to put the result in a variable? It's a callback to the BA. WixStdBA doesn't expose the action. -- sig://boB http://joyofsetup.com/ -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn incorrectly logging 'MajorUpgrade' operation
On 26-Apr-13 08:11, Bruce Cran wrote: I'm installing an MSI file via Burn that detects if another product is installed (that's not included in the bundle). The UpgradeVersion line has OnlyDetect=yes so it just puts the result in a property. However, Burn is logging: Detected related package: {GUID}, scope: PerMachine, version: a.b.c.d, language: 0 operation: MajorUpgrade Shouldn't it be logging 'operation: None'? There's a bug on that. Short answer: The plan won't run the upgrade; the detect phase is just telling you how it found the related package. -- sig://boB http://joyofsetup.com/ -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Strange log message and bad user experience - can't remove rbf file?
I had a customer report a strange problem and am wondering if anyone can decipher this message in my log. The user gets prompted to Retry or Cancel when this problem occurs, and if they choose to retry, it continues the upgrade apparently without a problem. After hundreds of files processing messages in the log, I see this: MSI (s) (C0:84) [15:58:39:628]: Executing op: FileRemove(,FileName=cp1250.py,,ComponentId={28A07942-63EC-4B8D-A1B5-8FAEAAFDEE91}) MSI (s) (C0:84) [15:58:39:643]: Verifying accessibility of file: cp1250.py MSI (s) (C0:84) [15:58:39:643]: Verifying accessibility of file: cp1250.py MSI (s) (C0:84) [15:58:39:643]: Using source file security for destination. MSI (s) (C0:84) [15:58:39:643]: Note: 1: 1310 2: 5 3: C:\Config.Msi\257917cc.rbf MSI (s) (C0:84) [16:03:02:285]: Product: activEcho Server -- Error 1310. Error writing to file: C:\Config.Msi\257917cc.rbf. System error 5. Verify that you have access to that directory. This is the only file in the log that says Using source file security for destination.. And clearly, the process has access to the folder because it just did a few hundred of these operations. What does this mean and how can I avoid it? Thanks for your help. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Strange-log-message-and-bad-user-experience-can-t-remove-rbf-file-tp7585449.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Strange log message and bad user experience - can't remove rbf file?
Those are the rollback files for the Windows Installer. Error message is telling you that something happened between the time that Windows Installer could access the files to the time that it could no longer access the files. I like to blame this stuff on anti-virus but that's not always the case. On Fri, Apr 26, 2013 at 6:07 AM, gapearce mr_gapea...@yahoo.com wrote: I had a customer report a strange problem and am wondering if anyone can decipher this message in my log. The user gets prompted to Retry or Cancel when this problem occurs, and if they choose to retry, it continues the upgrade apparently without a problem. After hundreds of files processing messages in the log, I see this: MSI (s) (C0:84) [15:58:39:628]: Executing op: FileRemove(,FileName=cp1250.py,,ComponentId={28A07942-63EC-4B8D-A1B5-8FAEAAFDEE91}) MSI (s) (C0:84) [15:58:39:643]: Verifying accessibility of file: cp1250.py MSI (s) (C0:84) [15:58:39:643]: Verifying accessibility of file: cp1250.py MSI (s) (C0:84) [15:58:39:643]: Using source file security for destination. MSI (s) (C0:84) [15:58:39:643]: Note: 1: 1310 2: 5 3: C:\Config.Msi\257917cc.rbf MSI (s) (C0:84) [16:03:02:285]: Product: activEcho Server -- Error 1310. Error writing to file: C:\Config.Msi\257917cc.rbf. System error 5. Verify that you have access to that directory. This is the only file in the log that says Using source file security for destination.. And clearly, the process has access to the folder because it just did a few hundred of these operations. What does this mean and how can I avoid it? Thanks for your help. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Strange-log-message-and-bad-user-experience-can-t-remove-rbf-file-tp7585449.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSI INstaller rolles back.
The error in the log file is this: WriteIIS7ConfigChanges: Error 0x80070002: Site not found for create application On Thu, Apr 25, 2013 at 10:50 PM, chennam chatrapathi.chen...@gmail.comwrote: Hi I have a installer created which gets installed successfully on Dev Environments ,but when installed on UAT and Test environments the installer rolls back what ever it has installed. Not sure what could be issue be with.If it is related to IIS .Please provide me sample code snippet how the related fragments should like or the configurations be set in WIX project so it does work fine on the all the machine with consistency. Here is log snippet on one of the machine where installer worked fine. MSI (s) (74:60) [14:58:19:104]: Executing op: ActionStart(Name=StartIIS7ConfigTransaction,Description=Starting IIS Config Transaction,) MSI (s) (74:60) [14:58:19:105]: Executing op: CustomActionSchedule(Action=StartIIS7ConfigTransaction,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (74:60) [14:58:19:113]: Creating MSIHANDLE (43) of type 790536 for thread 8032 MSI (s) (74:A4) [14:58:19:113]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI7CE.tmp, Entrypoint: StartIIS7ConfigTransaction MSI (s) (74:A8) [14:58:19:114]: Generating random cookie. MSI (s) (74:A8) [14:58:19:115]: Created Custom Action Server with PID 10744 (0x29F8). MSI (s) (74:68) [14:58:19:140]: Running as a service. MSI (s) (74:68) [14:58:19:141]: Hello, I'm your 32bit Elevated custom action server. MSI (s) (74!E4) [14:58:19:564]: Creating MSIHANDLE (44) of type 790531 for thread 4836 MSI (s) (74!E4) [14:58:19:566]: Closing MSIHANDLE (44) of type 790531 for thread 4836 MSI (s) (74:A4) [14:58:19:567]: Closing MSIHANDLE (43) of type 790536 for thread 8032 MSI (s) (74:60) [14:58:19:567]: Executing op: ActionStart(Name=RollbackIIS7ConfigTransaction,Description=Rolling back IIS Config Transaction,) MSI (s) (74:60) [14:58:19:568]: Executing op: CustomActionSchedule(Action=RollbackIIS7ConfigTransaction,ActionType=11521,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (74:60) [14:58:19:570]: Executing op: ActionStart(Name=CommitIIS7ConfigTransaction,Description=Committing IIS Config Transaction,) MSI (s) (74:60) [14:58:19:570]: Executing op: CustomActionSchedule(Action=CommitIIS7ConfigTransaction,ActionType=11777,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (74:60) [14:58:19:572]: Executing op: ActionStart(Name=ConfigureIIs7Exec,Description=Configuring IIS,) MSI (s) (74:60) [14:58:19:573]: Executing op: CustomActionSchedule(Action=ConfigureIIs7Exec,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (74:60) [14:58:19:591]: Creating MSIHANDLE (45) of type 790536 for thread 8032 MSI (s) (74:0C) [14:58:19:592]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI9A3.tmp, Entrypoint: ConfigureIIs7Exec MSI (s) (74!D8) [14:58:19:673]: Creating MSIHANDLE (46) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:19:674]: Creating MSIHANDLE (47) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:19:675]: Creating MSIHANDLE (48) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:19:677]: Creating MSIHANDLE (49) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:19:680]: Closing MSIHANDLE (48) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:19:680]: Closing MSIHANDLE (49) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:19:680]: Creating MSIHANDLE (50) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:19:681]: Creating MSIHANDLE (51) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:22:101]: Closing MSIHANDLE (51) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:23:638]: Closing MSIHANDLE (50) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:23:638]: Closing MSIHANDLE (46) of type 790531 for thread 728 MSI (s) (74!D8) [14:58:23:638]: Closing MSIHANDLE (47) of type 790531 for thread 728 MSI (s) (74:0C) [14:58:23:641]: Closing MSIHANDLE (45) of type 790536 for thread 8032 MSI (s) (74:60) [14:58:23:642]: Executing op: ActionStart(Name=WriteIIS7ConfigChanges,Description=Installing Config Keys and Values,) MSI (s) (74:60) [14:58:23:646]: Executing op: CustomActionSchedule(Action=WriteIIS7ConfigChanges,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (74:60) [14:58:23:666]: Creating MSIHANDLE (52) of type 790536 for thread 8032 MSI (s) (74:50) [14:58:23:667]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI198C.tmp, Entrypoint: WriteIIS7ConfigChanges MSI (s) (74:50) [14:58:25:215]: Closing MSIHANDLE (52) of type 790536 for thread 8032 MSI (s) (74:60) [14:58:25:215]: Executing op: ActionStart(Name=RegisterProduct,Description=Registering product,Template=[1]) MSI (s) (74:60) [14:58:25:216]: Executing op: ChangeMedia(,MediaPrompt=Please insert the disk:
[WiX-users] ICE03 Bad conditional string
I've moved all my Publish tags to a separate file, but I keep getting ICE03 Bad conditional string errors. Here's what the conditions that blow up look like (I do put them in CDATA tags): (WIXUI_DONTVALIDATEPATH OR WIXUI_INSTALLDIR_VALID = 1) AND NOT (KEYS SomeString) AND (KEYS OtherString) The problem seems to be with the OR. If I take it out, it works fine. But to me, the condition should be fine. According to MSDN, parenthese can be used to override operator precedence. Am I missing something? Thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE03 Bad conditional string
(WIXUI_DONTVALIDATEPATH OR (WIXUI_INSTALLDIR_VALID = 1)) AND NOT (KEYS SomeString) AND (KEYS OtherString) Though I am betting should be != -Original Message- From: Philippe Gorley [mailto:gorley.phili...@gmail.com] Sent: Friday, April 26, 2013 8:51 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] ICE03 Bad conditional string I've moved all my Publish tags to a separate file, but I keep getting ICE03 Bad conditional string errors. Here's what the conditions that blow up look like (I do put them in CDATA tags): (WIXUI_DONTVALIDATEPATH OR WIXUI_INSTALLDIR_VALID = 1) AND NOT (KEYS SomeString) AND (KEYS OtherString) The problem seems to be with the OR. If I take it out, it works fine. But to me, the condition should be fine. According to MSDN, parenthese can be used to override operator precedence. Am I missing something? Thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE03 Bad conditional string
means the left string contains the right string. On Fri, Apr 26, 2013 at 6:59 AM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: (WIXUI_DONTVALIDATEPATH OR (WIXUI_INSTALLDIR_VALID = 1)) AND NOT (KEYS SomeString) AND (KEYS OtherString) Though I am betting should be != -Original Message- From: Philippe Gorley [mailto:gorley.phili...@gmail.com] Sent: Friday, April 26, 2013 8:51 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] ICE03 Bad conditional string I've moved all my Publish tags to a separate file, but I keep getting ICE03 Bad conditional string errors. Here's what the conditions that blow up look like (I do put them in CDATA tags): (WIXUI_DONTVALIDATEPATH OR WIXUI_INSTALLDIR_VALID = 1) AND NOT (KEYS SomeString) AND (KEYS OtherString) The problem seems to be with the OR. If I take it out, it works fine. But to me, the condition should be fine. According to MSDN, parenthese can be used to override operator precedence. Am I missing something? Thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE03 Bad conditional string
No, is the substring operator. Basically, if KEYS contains SomeString. The not equal operator is , not != On Fri, Apr 26, 2013 at 9:59 AM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: (WIXUI_DONTVALIDATEPATH OR (WIXUI_INSTALLDIR_VALID = 1)) AND NOT (KEYS SomeString) AND (KEYS OtherString) Though I am betting should be != -Original Message- From: Philippe Gorley [mailto:gorley.phili...@gmail.com] Sent: Friday, April 26, 2013 8:51 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] ICE03 Bad conditional string I've moved all my Publish tags to a separate file, but I keep getting ICE03 Bad conditional string errors. Here's what the conditions that blow up look like (I do put them in CDATA tags): (WIXUI_DONTVALIDATEPATH OR WIXUI_INSTALLDIR_VALID = 1) AND NOT (KEYS SomeString) AND (KEYS OtherString) The problem seems to be with the OR. If I take it out, it works fine. But to me, the condition should be fine. According to MSDN, parenthese can be used to override operator precedence. Am I missing something? Thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE03 Bad conditional string
I tried adding parentheses around WIXUI_INSTALL_DIR = 1, but it still doesn't work. The second part, with all the operators, works if I use it alone. On Fri, Apr 26, 2013 at 9:59 AM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: (WIXUI_DONTVALIDATEPATH OR (WIXUI_INSTALLDIR_VALID = 1)) AND NOT (KEYS SomeString) AND (KEYS OtherString) Though I am betting should be != -Original Message- From: Philippe Gorley [mailto:gorley.phili...@gmail.com] Sent: Friday, April 26, 2013 8:51 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] ICE03 Bad conditional string I've moved all my Publish tags to a separate file, but I keep getting ICE03 Bad conditional string errors. Here's what the conditions that blow up look like (I do put them in CDATA tags): (WIXUI_DONTVALIDATEPATH OR WIXUI_INSTALLDIR_VALID = 1) AND NOT (KEYS SomeString) AND (KEYS OtherString) The problem seems to be with the OR. If I take it out, it works fine. But to me, the condition should be fine. According to MSDN, parenthese can be used to override operator precedence. Am I missing something? Thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSI INstaller rolles back.
Rob, But the site doesn't exist on Dev Environment and Installer got deployed successfully their .But not in UAT Environment where Website does exist. Thanks Chatrapathi chennam -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSI-Installer-rolles-back-tp7585442p7585457.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom bootstrapper and Server 2008 R2
I am building a bootstrapper and MSI for a server install that will run Windows Server 2008 R2 and up. We are testing a raw install (meaning you just installed base Srv2008R2 with no features yet installed). In this scenario, only v2.0.50727 is installed on the server. When I build the custom UI on XAML (as every example does) it fails with 0x8013101b. Rob says to use fuslogw and though I think I know why: my project is built on v4. XAML itself needs at least v3 to run (which we don't have). So the question is, how do I write my own bootstrapper UI when all I have is v2? I have seen no windows forms apps. Can I write a simple Windows forms app? Or do I have to go to C++ where I can link the runtime with it? David White Chief Software Engineer Living PlanIT SA Mobile: 586-354-5996 (c) Living PlanIT SA This electronic message contains privileged and confidential information and is intended for the use of the addressee only. Any dissemination, access, copying, disclosure, use or redistribution of this message or any of its contents by anyone without prior permission of the sender is strictly prohibited. If you have received this message in error, please delete it and notify the sender by reply. We disclaim all responsibility and cannot accept liability for the consequences of any person acting, or refraining from acting on the contents of the message and the information contained in this email can in no way be considered legally binding. Views presented in this message are solely the responsibility of the author and are not necessarily those of Living PlanIT SA. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom bootstrapper and Server 2008 R2
David White wrote So the question is, how do I write my own bootstrapper UI when all I have is v2? I have seen no windows forms apps. Can I write a simple Windows forms app? Or do I have to go to C++ where I can link the runtime with it? Yes, the managed layer only uses .NET 2.0 so you can use WinForms if you want. However, burn can also install the .NET Framework for you *before* launching your BA so you might want to go that route and stay in WPF. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-bootstrapper-and-Server-2008-R2-tp7585458p7585459.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MSI Package Installation location
Hi, I pass property INSTALLLOCATION when MSI is installed through command line. The value I pass through this property is where i want to install my Website folder. The Installer remembers the INSTALLLOCATION PROPERTY which is passed as parameter and get installs in which ever location specified in command line. The problem comes here :after MSI Installation gets successful and every thing looks fine ; Uninstall the app which also works fine . But when I re-install the app and changes the INSTALLLOCATION of the app ,which is passed as PROPERTY through command line. The install by default installs into old location where it got installed before than the location which was passed recently through command line of MSIEXEC . See log below AppSearch: Property: INSTALLLOCATION, Signature: REMEMBERPROPERTY MSI (c) (C8:50) [11:49:54:487]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (C8:50) [11:49:54:487]: PROPERTY CHANGE: Modifying INSTALLLOCATION property. Its current value is 'E:\Websites\CBUDirect'. Its new value: 'E:\GMCR\Chatra\WorkSpace\Website\CBUDirect\'. Old INSTALLLOCATION was : E:\GMCR\Chatra\WorkSpace\Website\CBUDirect\ The new INSTALLLOCATION was E:\Websites\CBUDirect Not sure why this is happening -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSI-Package-Installation-location-tp7585460.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom bootstrapper and Server 2008 R2
That is not clear to me how to do. It appears the BA tries to load my assembly first no? How do I get it to install v4 before loading me? The salient parts of the Bundle.wxs are below Bundle Name=Living PlanIT SA PlanIT OS Version=1.0.0.0 Manufacturer=Living PlanIT SA UpgradeCode=1910e30b-4c14-419f-817e-c9b8c53863aa HelpUrl=http://www.living-planit.com; Copyright=Copyright© 2013, Living PlanIT SA IconSourceFile=UI\Setup.ico SplashScreenSourceFile=UI\SplashScreen.jpg AboutUrl=http://www.living-planit.com; BootstrapperApplicationRef Id=ManagedBootstrapperApplicationHost Payload SourceFile=$(var.UOSCustomBootstrap.TargetDir)UOSCustomBootstrap.dll / Payload SourceFile=$(var.UOSCustomBootstrap.TargetDir)BootstrapperCore.config / Payload SourceFile=$(var.UOSCustomBootstrap.TargetDir)Microsoft.Practices.Prism.dll / /BootstrapperApplicationRef Chain PackageGroupRef Id=NetFx40Web/ RollbackBoundary Id=R1 / PackageGroupRef Id=SQL_SERVER_2012_EXPRESS/ RollbackBoundary Id=R2 / MsiPackage SourceFile=$(var.UOSCore.TargetDir)UOSCore.msi Visible=yes DisplayInternalUI=yes MsiProperty Name=SQLEXPRESS Value=[SQLEXPRESS]/ MsiProperty Name=SQLUSERID Value=[SQLUSERID]/ MsiProperty Name=SQLPASSWORD Value=[SQLPASSWORD]/ MsiProperty Name=SQLSERVER Value=[SQLSERVER]/ /MsiPackage /Chain /Bundle -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-bootstrapper-and-Server-2008-R2-tp7585458p7585461.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE03 Bad conditional string
Not sure why, but if I switch the condition around: ((WIXUI_INSTALLDIR_VALID = 1) OR WIXUI_DONTVALIDATEPATH) It works. On 26/04/2013 10:15 AM, Philippe Gorley wrote: I tried adding parentheses around WIXUI_INSTALL_DIR = 1, but it still doesn't work. The second part, with all the operators, works if I use it alone. On Fri, Apr 26, 2013 at 9:59 AM, Hoover, Jacob jacob.hoo...@greenheck.com mailto:jacob.hoo...@greenheck.com wrote: (WIXUI_DONTVALIDATEPATH OR (WIXUI_INSTALLDIR_VALID = 1)) AND NOT (KEYS SomeString) AND (KEYS OtherString) Though I am betting should be != -Original Message- From: Philippe Gorley [mailto:gorley.phili...@gmail.com mailto:gorley.phili...@gmail.com] Sent: Friday, April 26, 2013 8:51 AM To: wix-users@lists.sourceforge.net mailto:wix-users@lists.sourceforge.net Subject: [WiX-users] ICE03 Bad conditional string I've moved all my Publish tags to a separate file, but I keep getting ICE03 Bad conditional string errors. Here's what the conditions that blow up look like (I do put them in CDATA tags): (WIXUI_DONTVALIDATEPATH OR WIXUI_INSTALLDIR_VALID = 1) AND NOT (KEYS SomeString) AND (KEYS OtherString) The problem seems to be with the OR. If I take it out, it works fine. But to me, the condition should be fine. According to MSDN, parenthese can be used to override operator precedence. Am I missing something? Thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net mailto:WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net mailto:WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSI Package Installation location
Registry key still there? On Fri, Apr 26, 2013 at 9:19 AM, chennam chatrapathi.chen...@gmail.comwrote: Hi, I pass property INSTALLLOCATION when MSI is installed through command line. The value I pass through this property is where i want to install my Website folder. The Installer remembers the INSTALLLOCATION PROPERTY which is passed as parameter and get installs in which ever location specified in command line. The problem comes here :after MSI Installation gets successful and every thing looks fine ; Uninstall the app which also works fine . But when I re-install the app and changes the INSTALLLOCATION of the app ,which is passed as PROPERTY through command line. The install by default installs into old location where it got installed before than the location which was passed recently through command line of MSIEXEC . See log below AppSearch: Property: INSTALLLOCATION, Signature: REMEMBERPROPERTY MSI (c) (C8:50) [11:49:54:487]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (C8:50) [11:49:54:487]: PROPERTY CHANGE: Modifying INSTALLLOCATION property. Its current value is 'E:\Websites\CBUDirect'. Its new value: 'E:\GMCR\Chatra\WorkSpace\Website\CBUDirect\'. Old INSTALLLOCATION was : E:\GMCR\Chatra\WorkSpace\Website\CBUDirect\ The new INSTALLLOCATION was E:\Websites\CBUDirect Not sure why this is happening -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSI-Package-Installation-location-tp7585460.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE03 Bad conditional string
Probably a bug in their parsing. On Fri, Apr 26, 2013 at 10:17 AM, Philippe Gorley gorley.phili...@gmail.com wrote: Not sure why, but if I switch the condition around: ((WIXUI_INSTALLDIR_VALID = 1) OR WIXUI_DONTVALIDATEPATH) It works. On 26/04/2013 10:15 AM, Philippe Gorley wrote: I tried adding parentheses around WIXUI_INSTALL_DIR = 1, but it still doesn't work. The second part, with all the operators, works if I use it alone. On Fri, Apr 26, 2013 at 9:59 AM, Hoover, Jacob jacob.hoo...@greenheck.com mailto:jacob.hoo...@greenheck.com wrote: (WIXUI_DONTVALIDATEPATH OR (WIXUI_INSTALLDIR_VALID = 1)) AND NOT (KEYS SomeString) AND (KEYS OtherString) Though I am betting should be != -Original Message- From: Philippe Gorley [mailto:gorley.phili...@gmail.com mailto:gorley.phili...@gmail.com] Sent: Friday, April 26, 2013 8:51 AM To: wix-users@lists.sourceforge.net mailto:wix-users@lists.sourceforge.net Subject: [WiX-users] ICE03 Bad conditional string I've moved all my Publish tags to a separate file, but I keep getting ICE03 Bad conditional string errors. Here's what the conditions that blow up look like (I do put them in CDATA tags): (WIXUI_DONTVALIDATEPATH OR WIXUI_INSTALLDIR_VALID = 1) AND NOT (KEYS SomeString) AND (KEYS OtherString) The problem seems to be with the OR. If I take it out, it works fine. But to me, the condition should be fine. According to MSDN, parenthese can be used to override operator precedence. Am I missing something? Thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net mailto:WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net mailto:WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Current Bundle Version Property
Hi All, I was wondering if there is a way to get the current bundle version in my managed BA? I can get the currently installed version with DetectRelatedMsiPackageEventArgs, but I can't seem to find a property for the running installer version. So, for example, let's say I want a textblock that says something like: Currently installed version: x.x.x.x New version: x.x.x.x Thanks, Nick -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSI Package Installation location
This is how I am setting in my Product.wxs for installer to remember the property. Let me know if I need to change any settings below. Property Id=INSTALLLOCATION RegistrySearch Id=REMEMBERPROPERTY Root=HKCU Key=Websites\CBUDirect Name=Remembered Type=raw/ /Property CustomAction Id=SAVEINSTALLDIR Property=CMDREMEMBERPROPERTY Value=[INSTALLLOCATION]/ CustomAction Id=SETINSTALLDIR Property=INSTALLLOCATION Value=[CMDREMEMBERPROPERTY] / InstallExecuteSequence Custom Action=SAVEINSTALLDIR Before=AppSearch/Custom Custom Action=SETINSTALLDIR After=AppSearchCMDREMEMBERPROPERTY/Custom /InstallExecuteSequence Component Directory=INSTALLLOCATION RegistryValue Root=HKCU Key=Websites\CBUDirect Name=Remembered Value=[INSTALLLOCATION] Type=string / RemoveFolder Id=CleanApplicationFolder On=uninstall/ /Component -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSI-Package-Installation-location-tp7585460p7585466.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Current Bundle Version Property
WixBundleVersion ? On Fri, Apr 26, 2013 at 11:44 AM, Nick Miller nmil...@livetechnology.comwrote: Hi All, I was wondering if there is a way to get the current bundle version in my managed BA? I can get the currently installed version with DetectRelatedMsiPackageEventArgs, but I can't seem to find a property for the running installer version. So, for example, let's say I want a textblock that says something like: Currently installed version: x.x.x.x New version: x.x.x.x Thanks, Nick -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Current Bundle Version Property
Thanks for the reply, I guess my question is how do I get that property in my (C#) BA? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, April 26, 2013 3:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Current Bundle Version Property WixBundleVersion ? On Fri, Apr 26, 2013 at 11:44 AM, Nick Miller nmil...@livetechnology.comwrote: Hi All, I was wondering if there is a way to get the current bundle version in my managed BA? I can get the currently installed version with DetectRelatedMsiPackageEventArgs, but I can't seem to find a property for the running installer version. So, for example, let's say I want a textblock that says something like: Currently installed version: x.x.x.x New version: x.x.x.x Thanks, Nick -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom bootstrapper and Server 2008 R2
Looks like I figured it out. It is not really apparent to a newbie on WiX though so hopefully it saves someone else pain. In the BootstrapperCore.config you have: startup useLegacyV2RuntimeActivationPolicy=true supportedRuntime version=v2.0.50727 / supportedRuntime version=v4.0 / /startup Remove the v2 runtime line and the Bootstrapper will install v4 before moving on. Hope this helps someone -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-bootstrapper-and-Server-2008-R2-tp7585458p7585469.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Issue with votive
Hi, I've got a machine with Wix 4-the latest weekly, visual studio 2010 and visual 2012 update 2. When I install WiX, the visual studio 2010 votive is installed, but there doesn't appear to be to be a votive for vs2012. Is this a known issue or is there one planned going forward. Cheers San. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Writing registry entry with value = (my app's install directory) and (my app's executable path after installation).
I wrote registry entry like below, RegistryKey Root=HKMU Key=Software\Microsoft\Windows\CurrentVersion\App Paths\MyApp.exe RegistryValue Action=write Type=string Value=[#FILE_MyApp] KeyPath=yes/ RegistryValue Action=write Type=string Name=Path Value=[$CMP_MyApp]/ /RegistryKey It works but I'm not sure if it is approprite. Need some suggestions,thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users