[WiX-users] Portion control dishes aid weight loss: study
You have the unique chance to get sexier with our remedy! It will make your squib a real space rocket that will raise you up to the seventh sky of the sexual satisfaction! To get it at lower price than anywhere else, go to our website: http://www.selfmanagedwebsite.com/ -- topoqlonrromofngomokpmnjnfooououriosnfnkniogolohopnjofossmojotnn - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why isn't my upgrade being detected?
Hi, I just ran into this same problem. However, since the old installation allowed the users to change the value of ALLUSERS, I don't know which value to use for the new installation. How do I find out which value was used in the old installation? Regards, Anders 2007/3/28, Chris Bardon [EMAIL PROTECTED]: Ah, looks like that was it-setting ALLUSERS to 1 forced the old version to uninstsall. Thanks! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil Sent: Wednesday, March 28, 2007 12:42 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Why isn't my upgrade being detected? Make sure that the AllUsers value is the same in both products. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Bardon Sent: Wednesday, March 28, 2007 9:31 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Why isn't my upgrade being detected? I'm trying to make sure that I have a Wix installer that upgrades distributions authored with the previous Installshield version we used, but for some reason not all of the files work correctly. I've defined my Wix file with the same upgrade code, but with a new product and package codes, a new version, and different components. I also put these lines in: Upgrade Id=59DF950B-4956-4E2F-936D-6FD9BCB91345 UpgradeVersion OnlyDetect=no Property=PREVIOUSVERSIONFOUND IncludeMinimum=yes Minimum=1.0.0.0 IncludeMaximum=yes Maximum=6.1.0.0 / /Upgrade InstallExecuteSequence RemoveExistingProducts After=InstallFinalizePREVIOUSVERSIONFOUND/RemoveExistingProducts /InstallExecuteSequence This should detect any previous product with the same upgrade code with versions between 1.0.0.0 and 6.1.0.0 and then remove them after installing my upgrade, correct? It turns out that the upgrade is installed, but when I uninstall the upgraded version, files are left behind. If I run the old installer again, it allows me to uninstall the old version, which removes the files. The log for the upgrade says that the PREVIOUSVERSIONFOUND condtion is false, which means that the old version was never detected. Is there something else I'm missing here? - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Ny blogg: http://ljusberg.se/blogs/pop/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deleting registry entry using custom action
The Registry element can be set to remove a registry name or a key when that component is installed. Rob carlH wrote: I looking for a reliable method of using a custom action to delete a registry entry. I've already achieved this by using the custom action to launch a vb script, but I'm hoping that there might be a way of doing the same thing just using WiX. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deleting registry entry using custom action
The registry entry that I need to remove was not created by the wix installer, and also it has to be done at the very end of the installation (hence why I'm using a custom action) -- View this message in context: http://www.nabble.com/Deleting-registry-entry-using-custom-action-tf3982140.html#a11305019 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deleting registry entry using custom action
carlH wrote: The registry entry that I need to remove was not created by the wix installer, That shouldn't be a problem. and also it has to be done at the very end of the installation (hence why I'm using a custom action) If you need a registry change that can't be done when the other entries and written/removed, then you're going to have to use a CA. Rob - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deleting registry entry using custom action
I've already done this using a CA that launches a VB script. I was wondering if there's an alternative method that doesn't require any external scripting. -- View this message in context: http://www.nabble.com/Deleting-registry-entry-using-custom-action-tf3982140.html#a11305744 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling a .bat file from WIX
Mike, One last question. Does the WIX GACing functionality require that gacutil.exe be installed on the target machine? And does WIX assume it is installed in any particular place? Kenny Alperstein Framework Architect Protection Architecture - Frameworks Allstate Insurance Company * Office: (847) 667-5552 * [EMAIL PROTECTED] From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Thursday, June 21, 2007 3:40 PM To: Alperstein, Kenny; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Calling a .bat file from WIX You should be adding files to the GAC using the Assembly=.net attribute on File, and consider using the WebVirtualDir element to add a virtual directory. Note that if you specify Assembly=.net, the file will only be installed to the GAC. If you also need a copy installed elsewhere, you will have to list the file again in a different Component and using a different Id. Recent versions of WiX will ensure that the file is only listed in the CAB once (according to Rob). The more declarative you can go, the better. Using the built-in features of Windows Installer and WiX means that someone else has tested install, uninstall, rollback, repair scenarios. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alperstein, Kenny Sent: 21 June 2007 17:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling a .bat file from WIX I am new to WIX and converting an existing process to WIX. I have a .bat file which call .cmd files to gac dlls and create a virtual directory? Is there a way to execute a .bat file in WIX or should I be using custom actions to create the virtual directory and call gacutil.exe to gac the dlls? Kenny Alperstein Framework Architect Protection Architecture - Frameworks Allstate Insurance Company * Office: (847) 667-5552 * [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling a .bat file from WIX
No, WiX does NOT use gacutil.exe From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alperstein, Kenny Sent: Tuesday, June 26, 2007 9:54 AM To: Mike Dimmick; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Calling a .bat file from WIX Mike, One last question. Does the WIX GACing functionality require that gacutil.exe be installed on the target machine? And does WIX assume it is installed in any particular place? Kenny Alperstein Framework Architect Protection Architecture - Frameworks Allstate Insurance Company ( Office: (847) 667-5552 + [EMAIL PROTECTED] From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Thursday, June 21, 2007 3:40 PM To: Alperstein, Kenny; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Calling a .bat file from WIX You should be adding files to the GAC using the Assembly=.net attribute on File, and consider using the WebVirtualDir element to add a virtual directory. Note that if you specify Assembly=.net, the file will only be installed to the GAC. If you also need a copy installed elsewhere, you will have to list the file again in a different Component and using a different Id. Recent versions of WiX will ensure that the file is only listed in the CAB once (according to Rob). The more declarative you can go, the better. Using the built-in features of Windows Installer and WiX means that someone else has tested install, uninstall, rollback, repair scenarios. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alperstein, Kenny Sent: 21 June 2007 17:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling a .bat file from WIX I am new to WIX and converting an existing process to WIX. I have a .bat file which call .cmd files to gac dlls and create a virtual directory? Is there a way to execute a .bat file in WIX or should I be using custom actions to create the virtual directory and call gacutil.exe to gac the dlls? Kenny Alperstein Framework Architect Protection Architecture - Frameworks Allstate Insurance Company ( Office: (847) 667-5552 + [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [wix-users] Conditions for setup in GUI and without GUI?
Hi WiX-Users, in our Setup we use a personalized GUI, that checks in its first dialog several conditions and shows messages, if one condition fails. Most of this conditions handle previously needed software, like MMC 3.0 and Powershell 1.0. This just works fine for us, but if the install is done with /quiet parameter, those checks won't ever be run, since the dialog is not initialized anyway. So I tried of checking those conditions in the product itself, which works, but even while install with gui the messages pop up from the msi and not in our gui. How can I trigger the conditions to only be checked if the installation is done in quiet mode? Snippet of the project itself: !-- Launch conditions -- Condition Message='You have to be a local administrator to install $(var.AppName).' Privileged /Condition Condition Message=Windows XP or Windows Server 2003 or later is required. ![CDATA[VersionNT = 501]] /Condition Condition Message='This setup requires the .NET Framework 2.0 or higher.' ![CDATA[MsiNetAssemblySupport = 2.0.50727]] /Condition Condition Message=Microsoft SQL Server 2005 or SQL Server Express have to be present for this version to be installed. ![CDATA[ NOT(VERSIONFULLSQL) AND NOT(VERSIONEXPRESSSQL) ]] /Condition Condition Message='This setup requires the Microsoft Management Console 3.0 or higher.' ![CDATA[NOT(MMC3) AND NOT(VersionNT = 600)]] /Condition Condition Message='This setup requires the Microsoft Powershell v1.0 or higher.' ![CDATA[NOT (POWERSHELL)]] /Condition Snippet of the GUI with its conditions: Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) Publish Event=NewDialog Value=[WixUI_WelcomeDlg_Next]1/Publish Condition Action=disable ![CDATA[ ((VersionNT 502) OR (VersionNT = 502 AND NOT(ServicePackLevel = 1))) ]] /Condition Condition Action=disable ![CDATA[ NOT(VERSIONFULLSQL) AND NOT(VERSIONEXPRESSSQL) ]] /Condition Condition Action=disable ![CDATA[NOT(MMC3) AND NOT(VersionNT = 600) ]] /Condition Condition Action=disable ![CDATA[NOT POWERSHELL]] /Condition Condition Action=enable ![CDATA[ ALLOWSERVER AND (VERSIONFULLSQL OR VERSIONEXPRESSSQL) AND (MMC3 OR (VersionNT = 600)) AND (POWERSHELL) AND NOT((VersionNT 502) OR (VersionNT = 502 AND NOT(ServicePackLevel = 1))) ]] /Condition Publish Property=IDIR Value=[NEWINSTALLDIR]Aldi-Ews\MSSERVER/Publish Publish Property=WixUI_InstallMode Value=InstallComplete/Publish /Control Any hints welcome. Oliver Friedrich Consultant - Software Solutions - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [wix-users] Valid Registry or Filesearch for identifying MSSQLServer or SQLExpress?
Hi, actually I noticed, that one condition in my previous post is unlikely to work, since it checks those servers with these properties: Property Id=VERSIONFULLSQL Admin=yes RegistrySearch Id=VERSIONFULLSQL_RegSearch Root=HKLM Key=Software\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion Name=CurrentVersion Type=raw / /Property Property Id=VERSIONEXPRESSSQL Admin=yes RegistrySearch Id=VERSIONEXPRESSSQL_RegSearch Root=HKLM Key=Software\Microsoft\Microsoft SQL Server\SQLEXPRESS\MSSQLServer\CurrentVersion Name=CurrentVersion Type=raw / /Property Both do not identify succefull a recent SQL-Server 2005 installation. Any hints here? Oliver Friedrich Consultant - Software Solutions - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Network protocol installation
Hi, I want to add a 3rd-Party network protocol automatically during my installation process. Does anybody have any suggestions for me? Thanks in advance! Mike - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [wix-users] Conditions for setup in GUI and without GUI?
Hmm, haven't seen that before. I've been using 2000+ for all my error codes. Should probably get round to fixing that some day, then. Rob Stefan Pavlik wrote: I know that the code below is just an example but to be precise: MSDN: Error Table The range from 25000 to 3 is reserved for errors from custom actions. Authors of custom actions may use this range for their custom actions. Regards Stefan Rob Hamflett wrote: Yuo could create custom errors like this: Error Id=2000This is my error message/Error and create a custom action to trigger it like this: CustomAction Id=MyError Error=2000 / You can call this in the InstallExecuteSequence like this: Custom Action=MyErrorNOT WANTED_CONDITION /Custom The additional problem is how do you stop them triggering if the UI ran? You can create another CA like this: CustomAction Id=setUI_RAN Property=UI_RAN Value=1 / and schedule it at some point in the InstallUISequence (as long as it's before ExecuteAction). There's no need to declare the UI_RAN property; it will be created when the CA is run. The condition on your CA would then be something like: Custom Action=MyErrorNOT WANTED_CONDITION AND NOT UI_RAN/Custom Rob Mailinglist wrote: Hi WiX-Users, in our Setup we use a personalized GUI, that checks in its first dialog several conditions and shows messages, if one condition fails. Most of this conditions handle previously needed software, like “MMC 3.0” and “Powershell 1.0”. This just works fine for us, but if the install is done with “/quiet” parameter, those checks won’t ever be run, since the dialog is not initialized anyway. So I tried of checking those conditions in the product itself, which works, but even while install with gui the messages pop up from the msi and not in our gui. How can I trigger the conditions to only be checked if the installation is done in quiet mode? Snippet of the project itself: !-- Launch conditions -- Condition Message='You have to be a local administrator to install $(var.AppName).' Privileged /Condition Condition Message=Windows XP or Windows Server 2003 or later is required. ![CDATA[VersionNT = 501]] /Condition Condition Message='This setup requires the .NET Framework 2.0 or higher.' ![CDATA[MsiNetAssemblySupport = 2.0.50727]] /Condition Condition Message=Microsoft SQL Server 2005 or SQL Server Express have to be present for this version to be installed. ![CDATA[ NOT(VERSIONFULLSQL) AND NOT(VERSIONEXPRESSSQL) ]] /Condition Condition Message='This setup requires the Microsoft Management Console 3.0 or higher.' ![CDATA[NOT(MMC3) AND NOT(VersionNT = 600)]] /Condition Condition Message='This setup requires the Microsoft Powershell v1.0 or higher.' ![CDATA[NOT (POWERSHELL)]] /Condition Snippet of the GUI with its conditions: Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) Publish Event=NewDialog Value=[WixUI_WelcomeDlg_Next]1/Publish Condition Action=disable ![CDATA[ ((VersionNT 502) OR (VersionNT = 502 AND NOT(ServicePackLevel = 1))) ]] /Condition Condition Action=disable ![CDATA[ NOT(VERSIONFULLSQL) AND NOT(VERSIONEXPRESSSQL) ]] /Condition Condition Action=disable ![CDATA[NOT(MMC3) AND NOT(VersionNT = 600) ]] /Condition Condition Action=disable ![CDATA[NOT POWERSHELL]] /Condition Condition Action=enable ![CDATA[ ALLOWSERVER AND (VERSIONFULLSQL OR VERSIONEXPRESSSQL) AND (MMC3 OR (VersionNT = 600)) AND (POWERSHELL) AND NOT((VersionNT 502) OR (VersionNT = 502 AND NOT(ServicePackLevel = 1))) ]] /Condition Publish Property=IDIR Value=[NEWINSTALLDIR]Aldi-Ews\MSSERVER/Publish Publish Property=WixUI_InstallMode Value=InstallComplete/Publish /Control Any hints welcome. */Oliver Friedrich/* /Consultant - Software Solutions/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/
Re: [WiX-users] [wix-users] Conditions for setup in GUI and without GUI?
Another info from MSDN (Windows Installer Error Messages): Windows Installer errors have an error code of 1000 or greater. The error codes numbered 1000 to 1999 are ship errors and must be authored into the Error table. The error codes numbered greater than 2000 are internal errors and do not have authored strings, but these can occur if the installation package has been incorrectly authored. For a list of reserved error codes, see Error table. Stefan Rob Hamflett wrote: Hmm, haven't seen that before. I've been using 2000+ for all my error codes. Should probably get round to fixing that some day, then. Rob Stefan Pavlik wrote: I know that the code below is just an example but to be precise: MSDN: Error Table The range from 25000 to 3 is reserved for errors from custom actions. Authors of custom actions may use this range for their custom actions. Regards Stefan Rob Hamflett wrote: Yuo could create custom errors like this: Error Id=2000This is my error message/Error and create a custom action to trigger it like this: CustomAction Id=MyError Error=2000 / You can call this in the InstallExecuteSequence like this: Custom Action=MyErrorNOT WANTED_CONDITION /Custom The additional problem is how do you stop them triggering if the UI ran? You can create another CA like this: CustomAction Id=setUI_RAN Property=UI_RAN Value=1 / and schedule it at some point in the InstallUISequence (as long as it's before ExecuteAction). There's no need to declare the UI_RAN property; it will be created when the CA is run. The condition on your CA would then be something like: Custom Action=MyErrorNOT WANTED_CONDITION AND NOT UI_RAN/Custom Rob Mailinglist wrote: Hi WiX-Users, in our Setup we use a personalized GUI, that checks in its first dialog several conditions and shows messages, if one condition fails. Most of this conditions handle previously needed software, like “MMC 3.0” and “Powershell 1.0”. This just works fine for us, but if the install is done with “/quiet” parameter, those checks won’t ever be run, since the dialog is not initialized anyway. So I tried of checking those conditions in the product itself, which works, but even while install with gui the messages pop up from the msi and not in our gui. How can I trigger the conditions to only be checked if the installation is done in quiet mode? Snippet of the project itself: !-- Launch conditions -- Condition Message='You have to be a local administrator to install $(var.AppName).' Privileged /Condition Condition Message=Windows XP or Windows Server 2003 or later is required. ![CDATA[VersionNT = 501]] /Condition Condition Message='This setup requires the .NET Framework 2.0 or higher.' ![CDATA[MsiNetAssemblySupport = 2.0.50727]] /Condition Condition Message=Microsoft SQL Server 2005 or SQL Server Express have to be present for this version to be installed. ![CDATA[ NOT(VERSIONFULLSQL) AND NOT(VERSIONEXPRESSSQL) ]] /Condition Condition Message='This setup requires the Microsoft Management Console 3.0 or higher.' ![CDATA[NOT(MMC3) AND NOT(VersionNT = 600)]] /Condition Condition Message='This setup requires the Microsoft Powershell v1.0 or higher.' ![CDATA[NOT (POWERSHELL)]] /Condition Snippet of the GUI with its conditions: Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) Publish Event=NewDialog Value=[WixUI_WelcomeDlg_Next]1/Publish Condition Action=disable ![CDATA[ ((VersionNT 502) OR (VersionNT = 502 AND NOT(ServicePackLevel = 1))) ]] /Condition Condition Action=disable ![CDATA[ NOT(VERSIONFULLSQL) AND NOT(VERSIONEXPRESSSQL) ]] /Condition Condition Action=disable ![CDATA[NOT(MMC3) AND NOT(VersionNT = 600) ]] /Condition Condition Action=disable ![CDATA[NOT POWERSHELL]] /Condition Condition Action=enable ![CDATA[ ALLOWSERVER AND (VERSIONFULLSQL OR VERSIONEXPRESSSQL) AND (MMC3 OR (VersionNT = 600)) AND (POWERSHELL) AND NOT((VersionNT 502) OR (VersionNT = 502 AND NOT(ServicePackLevel = 1))) ]] /Condition Publish Property=IDIR Value=[NEWINSTALLDIR]Aldi-Ews\MSSERVER/Publish Publish Property=WixUI_InstallMode Value=InstallComplete/Publish /Control Any hints
[WiX-users] new business data
Regarding the medical data you requested: Here is a deal we are running until Jun 29: * Physicians: 788,000 doctors in the United States. Data is provided in Excel format and can be sorted by state or specialty. More than a dozen different fields and 34 specialties. Item Price: $399 * American Hospitals: 23,000 in total with data for the CEO, CFO, CIO, COO and more Item Price: $229 * Dentists and Related Dental Services: 597 thousand total records for the USA Item Price: $219 * Chiropractors in the USA: 100,000 offices in the United States, sortable by state Item Price: $215 * American Nursing Homes: More than 31,000 senior admins in over 14,000 nursing homes in the US Item Price: $215 If you buy the Physician list I will throw in the rest at no charge! You can reach us at (206) 333-0438 or by email: [EMAIL PROTECTED] Replying with terminate in the subject will cause unlisting from our mailings - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Including cab file within MSI...
I have a couple of cab files which contains quite a few files within them. I want to include the cab files in my installer and unpack the cab files during install, and delete those unpacked files during uninstall. Is it possible to do this? If so, how can I do it? Thanks Ravi- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Including cab file within MSI...
Do you mean just installing the CAB files as files, not extracting the contents? If so, just use the File element to install the CAB. If you want the contents of the CAB extracted, you can use the Media element to reuse the existing CABs, as long as they are external to the installer. List the files within the CAB as appropriate File elements, using the DiskId attribute to specify the CAB that the files live in. Specify -reusecab on the light command line to reuse the existing CABs. If you want the CAB to be embedded in the installer, it may be possible to set Media/@EmbedCab to 'yes'. I can't recall offhand whether you can embed multiple CABs in the same installer. Finally, if you want to include the CAB in the installer and have it extracted at install time, but you don't want Windows Installer to manage the files in the CAB, you need a custom action. I wouldn't recommend this because you obviously don't get the benefits of automatic repair or install-on-first-use (at least, not without extra work on your part). -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ravikumar Gopinath Sent: 26 June 2007 18:48 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Including cab file within MSI... I have a couple of cab files which contains quite a few files within them. I want to include the cab files in my installer and unpack the cab files during install, and delete those unpacked files during uninstall. Is it possible to do this? If so, how can I do it? Thanks Ravi - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Including cab file within MSI...
Check out the Files / tag. As long as you don't make it permanent, during the uninstall process it will remove the files. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ravikumar Gopinath Sent: Tuesday, June 26, 2007 10:48 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Including cab file within MSI... I have a couple of cab files which contains quite a few files within them. I want to include the cab files in my installer and unpack the cab files during install, and delete those unpacked files during uninstall. Is it possible to do this? If so, how can I do it? Thanks Ravi - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Including cab file within MSI...
Thanks Mike, that's exactly what I needed. I have multiple cab files though, and I will see if I can embed multiple cab files in the MSI. If I set the Media element to point to the cab file and set the id on the media element, I would have to specify this id in the DiskId for the File element, right? I want the installer to extract the files at install time from the embedded cab files, and delete them during uninstall. I didn't get what you meant when you said If you don't want the installer to manage files in the CAB. Can you please elaborate? ThanksRavi From: [EMAIL PROTECTED]: [EMAIL PROTECTED]; [EMAIL PROTECTED]: RE: [WiX-users] Including cab file within MSI...Date: Tue, 26 Jun 2007 19:30:22 +0100 Do you mean just installing the CAB files as files, not extracting the contents? If so, just use the File element to install the CAB. If you want the contents of the CAB extracted, you can use the Media element to reuse the existing CABs, as long as they are external to the installer. List the files within the CAB as appropriate File elements, using the DiskId attribute to specify the CAB that the files live in. Specify -reusecab on the light command line to reuse the existing CABs. If you want the CAB to be embedded in the installer, it may be possible to set Media/@EmbedCab to 'yes'. I can’t recall offhand whether you can embed multiple CABs in the same installer. Finally, if you want to include the CAB in the installer and have it extracted at install time, but you don’t want Windows Installer to manage the files in the CAB, you need a custom action. I wouldn’t recommend this because you obviously don’t get the benefits of automatic repair or install-on-first-use (at least, not without extra work on your part). -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ravikumar GopinathSent: 26 June 2007 18:48To: [EMAIL PROTECTED]: [WiX-users] Including cab file within MSI... I have a couple of cab files which contains quite a few files within them. I want to include the cab files in my installer and unpack the cab files during install, and delete those unpacked files during uninstall. Is it possible to do this? If so, how can I do it? ThanksRavi- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Permissions problem using wix 3.0
Here's a weird one. I am attempting to set the ACL permissions on a folder that I am creating so that the user I have can have full control on the folder too (two lines down inside the directory tag, I do a fileshare tag also, but that one works).I have a CreateFolder / tag with a Permission tag embedded in it. With the permissions tag, I have two flags set: Permission GenericAll=yes User=WebShareUser / I've tried having WebShareUser as a util:User, a Property tag containing a username or just the username itself. With the first one, the util:User I'm getting a pop up saying that WebShareUser account could not be found (it was the actual User tag's ID name that appeared, not the username embedded in the User tag). On the other two, I get the following error message in the installation log: MSI (s) (30:5C) [11:31:24:689]: Invoking remote custom action. DLL: C:\WINNT\Installer\MSI1F6.tmp, Entrypoint: ExecSecureObjects ExecSecureObjects: Error 0x80070534: failed to get sid for account: DOMAIN\ServiceUser (DOMAIN\ServiceUser is replacing the real domain and the service account I am using). I've also attempted to use util:PermissionEx with the same results. Can someone point me in the right direction? Thanks --Pierson - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Network protocol installation
I assume it's an INF file describing the driver? I'm guessing you'd need a custom action which calls InstallHinfSection. The Driver Install Framework (DiFX, specifically DiFXApp) may help you here, I'm not sure. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fleischmann, Michael (SCR US EXT) Sent: 26 June 2007 16:28 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Network protocol installation Hi, I want to add a 3rd-Party network protocol automatically during my installation process. Does anybody have any suggestions for me? Thanks in advance! Mike - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling a .bat file from WIX
It's a native feature of Windows Installer. It only requires that at least Windows Installer 2.0 and a version of the .NET Framework is installed. I believe you need to ensure that .NET 2.0 is installed if you need to use the processorArchitecture part of the strong name. The MsiNetAssemblySupport property gives the highest version of the CLR that is installed (note that .NET Framework 3.0 and .NET Framework 3.5 both run on the .NET 2.0 CLR). I'm not quite sure how .NET 2.0 loads assemblies installed in the 1.x GAC. The .NET Framework keeps Windows Installer reference counts separate from references added by gacutil. You cannot remove an assembly from the GAC that was added via Windows Installer using gacutil, and vice versa. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alperstein, Kenny Sent: 26 June 2007 14:54 To: Mike Dimmick; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Calling a .bat file from WIX Mike, One last question. Does the WIX GACing functionality require that gacutil.exe be installed on the target machine? And does WIX assume it is installed in any particular place? Kenny Alperstein Framework Architect Protection Architecture - Frameworks Allstate Insurance Company * Office: (847) 667-5552 * [EMAIL PROTECTED] _ From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Thursday, June 21, 2007 3:40 PM To: Alperstein, Kenny; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Calling a .bat file from WIX You should be adding files to the GAC using the Assembly=.net attribute on File, and consider using the WebVirtualDir element to add a virtual directory. Note that if you specify Assembly=.net, the file will only be installed to the GAC. If you also need a copy installed elsewhere, you will have to list the file again in a different Component and using a different Id. Recent versions of WiX will ensure that the file is only listed in the CAB once (according to Rob). The more declarative you can go, the better. Using the built-in features of Windows Installer and WiX means that someone else has tested install, uninstall, rollback, repair scenarios. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alperstein, Kenny Sent: 21 June 2007 17:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling a .bat file from WIX I am new to WIX and converting an existing process to WIX. I have a .bat file which call .cmd files to gac dlls and create a virtual directory? Is there a way to execute a .bat file in WIX or should I be using custom actions to create the virtual directory and call gacutil.exe to gac the dlls? Kenny Alperstein Framework Architect Protection Architecture - Frameworks Allstate Insurance Company * Office: (847) 667-5552 * [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
Actually it isn't (which is strange) Here is my exact tags (the folder names are changed, but I don't think that matters) The folders where I don't call CreateFolder are removed on uninstall. Directory Id=NotifyShareDir Name=NotifyShare Component Id=NotifyShareComponent Guid=21606476-2FCC-4F46-9818-296A325A1E30 CreateFolder Directory=NotifyShareDir !--util:PermissionEx GenericAll=yes User=[SERVICE_USERNAME]/ -- /CreateFolder !-- this doesn't seem to work -- RemoveFolder Id=NotifyShare_RemoveFolder On=uninstall/ util:FileShare Id=NotifyShareFileShare Name=NotifyShare Description=Notify util:FileSharePermission User=ShareUser GenericAll=yes / /util:FileShare /Component /Directory From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, June 25, 2007 7:20 PM To: Pierson Lee (Volt) Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] (no subject) Pierson Lee (Volt) wrote: Yes it is empty. The only reason I can think of is that the folder itself is shared (using the file share option) and I can't figure out how to unshared it. So the folder is removed if you comment out the FileShare element? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Shortcuts and components
The following yields two shortcuts. Both shortcuts open CRC.ReportDesigner.exe which is not desired. Component Id=ReportBinaryComponents Guid=AE8E1085-2F1A-43ce-B167-7A4E4888AFA1 File Id=CRC.ReportDesigner.exe Name=CRC.ReportDesigner.exe Source=$(var.SourcePath)\CRC.ReportDesigner.exe Vital=yes Shortcut Id=CRC.ReportDesignerShortcut Name=sD Report Designer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File File Id=CRC.TemplateImporter.exe Name=CRC.TemplateImporter.exe Source=$(var.SourcePath)\CRC.TemplateImporter.exe Vital=yes Shortcut Id=CRC.TemplateImporterShortcut Name=sD Template Importer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File /Component If I separate the files/shortcuts into separate components, then each shortcut points to the correct executable. Component Id=ReportDesignerComponent Guid=6FD60D0A-01A4-4be1-A432-A82A1B90325E File Id=CRC.ReportDesigner.exe Name=CRC.ReportDesigner.exe Source=$(var.SourcePath)\CRC.ReportDesigner.exe Vital=yes Shortcut Id=CRC.ReportDesignerShortcut Name=sD Report Designer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File /Component Component Id=TemplateImporterComponent Guid=6D3A0812-4882-4ae1-B1D1-9ED46503D667 File Id=CRC.TemplateImporter.exe Name=CRC.TemplateImporter.exe Source=$(var.SourcePath)\CRC.TemplateImporter.exe Vital=yes Shortcut Id=CRC.TemplateImporterShortcut Name=sD Template Importer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File /Component Is this expected behavior? This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] Thank you - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcuts and components
Yes, advertised shortcuts point to the key path of the component they're in. You are recommended, in the SDK documentation, to place EXEs in their own component. Recall that versioning is only done based on the key path of the component, so in your example if you modified CRC.TemplateImporter.exe and changed its version, but you didn't change CRC.ReportDesigner.exe, CRC.TemplateImporter.exe wouldn't actually be upgraded as Windows Installer would consider that the correct version of the component was already installed. Rob Mensching's advice is to place each file in its own component, except where absolutely required by Windows Installer (e.g. multi-file assemblies). You need advertised shortcuts to support repair-on-launch, install-on-first-use, and administratively-advertised products. If you don't need or want these features, you can set Shortcut/@Advertise='no'. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike (MED US) Sent: 26 June 2007 22:03 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Shortcuts and components The following yields two shortcuts. Both shortcuts open CRC.ReportDesigner.exe which is not desired. Component Id=ReportBinaryComponents Guid=AE8E1085-2F1A-43ce-B167-7A4E4888AFA1 File Id=CRC.ReportDesigner.exe Name=CRC.ReportDesigner.exe Source=$(var.SourcePath)\CRC.ReportDesigner.exe Vital=yes Shortcut Id=CRC.ReportDesignerShortcut Name=sD Report Designer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File File Id=CRC.TemplateImporter.exe Name=CRC.TemplateImporter.exe Source=$(var.SourcePath)\CRC.TemplateImporter.exe Vital=yes Shortcut Id=CRC.TemplateImporterShortcut Name=sD Template Importer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File /Component If I separate the files/shortcuts into separate components, then each shortcut points to the correct executable. Component Id=ReportDesignerComponent Guid=6FD60D0A-01A4-4be1-A432-A82A1B90325E File Id=CRC.ReportDesigner.exe Name=CRC.ReportDesigner.exe Source=$(var.SourcePath)\CRC.ReportDesigner.exe Vital=yes Shortcut Id=CRC.ReportDesignerShortcut Name=sD Report Designer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File /Component Component Id=TemplateImporterComponent Guid=6D3A0812-4882-4ae1-B1D1-9ED46503D667 File Id=CRC.TemplateImporter.exe Name=CRC.TemplateImporter.exe Source=$(var.SourcePath)\CRC.TemplateImporter.exe Vital=yes Shortcut Id=CRC.TemplateImporterShortcut Name=sD Template Importer 7.0 Icon=AppIcon.exe Directory=ProgramMenuDir WorkingDirectory=Bin Advertise=yes / /File /Component Is this expected behavior? This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] Thank you - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Referencing other property as default value of a property?
Hi all, I am trying to set a property called SQLSERVER like below. What I am trying to do is that I take registry value as its value if exist. If it doesn't exist, I should take computername as default value. And user should be able to override this value by specifying it in msiexec.exe's command line. Property Id='SQLSERVER' Value='[ComputerName]' RegistrySearch Id='RepositoryLocation' Key='SOFTWARE\MyCompany\MyProduct\MyVersion\MyComponent' Name='RepositoryServer' Root='HKLM' Type='raw' / When I build this, I get exception like below: Myserver.wxs(50) : warning CNDL1077 : The 'SQLSERVER' Property contains '[ComputerName]' in its value which is an illegal reference to another property. If this value is a string literal, not a property reference, please ignore this warning. To set a property with the value of another property, use a CustomAction with Property and Value attributes. I am trying to figure out I can do this by using CustomAction, but adding below generates another compilation error: CustomAction Property='SQLSERVER' Value='[COMPUTERNAME]'/ candle.exe : error CNDL0001 : Cannot set column 'Action' with a null value because this is a required field. Can someone kindly teach me how I can solve this? Thanks, Sunghwa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How do I submit code? Do you want my changes?
Apologies but this is a bit of rant... I have tried to submit code changes to WiX but no one seems to respond. Here is what I have done: - Applied for a assignment agreement, heard nothing... - Applied for a assignment agreement, heard nothing... - Applied for a assignment agreement, heard from Microsoft asking me to help with a new system. I helped, submitted the assignment agreement, heard nothing... - Ok I thought, you guys have better things to do than paperwork, so I worked on a code change to fix a bug in the NAnt task. I submitted a bug (1715295) and followed the advice given here to email the devs list. I did this on 9 May 07 so I don't think I am being impatient but you guessed it, heard nothing... - Not one to give up I tried again. This time I submitted a bug (1715298) with the code to fix it. Again, heard nothing... So what do I have to do to get code accepted? WiX has made making installs much simpler for me and I have 2 clients using it on my recommendation. I would really like to contribute to the code but don't want to spend the time doing it if there is no way of getting the code accepted (or rejected). Regards, Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Referencing other property as default value of a property?
Sorry, but I figured that I was referencing WiX v3 doc while I was modifying WiX v2 file. I will resend question after I try proper syntax. From: Sunghwa Jin Sent: Tuesday, June 26, 2007 3:01 PM To: 'WiX-users@lists.sourceforge.net' Subject: Referencing other property as default value of a property? Hi all, I am trying to set a property called SQLSERVER like below. What I am trying to do is that I take registry value as its value if exist. If it doesn't exist, I should take computername as default value. And user should be able to override this value by specifying it in msiexec.exe's command line. Property Id='SQLSERVER' Value='[ComputerName]' RegistrySearch Id='RepositoryLocation' Key='SOFTWARE\MyCompany\MyProduct\MyVersion\MyComponent' Name='RepositoryServer' Root='HKLM' Type='raw' / When I build this, I get exception like below: Myserver.wxs(50) : warning CNDL1077 : The 'SQLSERVER' Property contains '[ComputerName]' in its value which is an illegal reference to another property. If this value is a string literal, not a property reference, please ignore this warning. To set a property with the value of another property, use a CustomAction with Property and Value attributes. I am trying to figure out I can do this by using CustomAction, but adding below generates another compilation error: CustomAction Property='SQLSERVER' Value='[COMPUTERNAME]'/ candle.exe : error CNDL0001 : Cannot set column 'Action' with a null value because this is a required field. Can someone kindly teach me how I can solve this? Thanks, Sunghwa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] debugging options in IIS 6.0
Hi, I'm using IIS 6.0 and in the Debugging Tab of application configuration I see two options: Enable ASP server-side script debugging Enable ASP client-side script debugging. I know how to configure both in WIX (ClientDebugging = no ServerDebugging = no), however, I haven't found how I can set the Error messages for scripts errors to Send the following text error message to client in WIX. It seems that the default is the first option (the detailed message). Maybe, if we disable ASP client-side script debugging then what is set in the error messages for scripts errors is ignored. [cid:image002.jpg@01C7B821.726435B0] Thank you in advance, Ravit inline: image002.jpg- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I submit code? Do you want my changes?
Neil Sleightholm wrote: WiX has made making installs much simpler for me and I have 2 clients using it on my recommendation. I would really like to contribute to the code but don't want to spend the time doing it if there is no way of getting the code accepted (or rejected). It's all a matter of time and priority. At the moment, Rob's the only person who looks at external contributions so we can't load-balance. Your fixes look fine but they have workarounds so that's pushing them down the list too. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why isn't my upgrade being detected?
Anders Ljusberg wrote: I just ran into this same problem. However, since the old installation allowed the users to change the value of ALLUSERS, I don't know which value to use for the new installation. How do I find out which value was used in the old installation? The FindRelatedProducts standard action doesn't offer that feature. It uses the current setup's ALLUSERS setting only. You need to call MsiGetProductInfo to get the INSTALLPROPERTY_ASSIGNMENTTYPE property. You might be able to then use that value to set ALLUSERS but that perpetuates the per-machine/per-user split. You can do it in a bootstrapper instead; if the existing app is per-user, uninstall it and then kick off the new install. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
Pierson Lee (Volt) wrote: Actually it isn't (which is strange) It just means it's probably not related to the share. (Shares are dropped as commit CAs.) Check a verbose log around InstallValidate to make sure MSI is marking the component to be removed and then around RemoveFolders to see if that directory is listed in FolderRemove opcodes. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users