Re: [WiX-users] heat.exe: Harvest contents of directory and NOT the directory name
Thanks for the reply, However, I do not see suppress root directory flag viewing the following heat.exe documentation link: http://wix.sourceforge.net/manual-wix3/heat.htm http://wix.sourceforge.net/manual-wix3/heat.htm - Thanks Jeff in Seattle -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-exe-Harvest-contents-of-directory-and-NOT-the-directory-name-tp4977248p4978558.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat.exe: Harvest contents of directory and NOT the directory name
I took some hunting but I found the flag (have not tried it yet) http://www.tramontana.co.hu/wix/lesson6.php http://www.tramontana.co.hu/wix/lesson6.php Yet another switch, -srd will suppress the identifier generation for the root folder specified. File components in the root folder will refer to their Directory as either TARGETDIR or the name specified in the -dr switch and there will be no separate DirectoryRef fragment for the root folder: heat dir path -srd -dr MyDirName -cg SampleGroup -out SampleGroup.wxs - Thanks Jeff in Seattle -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-exe-Harvest-contents-of-directory-and-NOT-the-directory-name-tp4977248p4978597.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Program Menu: Target shortcut is a Directory
Thanks for the reply I looked in the http://www.tramontana.co.hu/wix/index.php WiX Tutorials , but I did not find any information on [%ComSpec] What is it? - Thanks Jeff in Seattle -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Program-Menu-Target-shortcut-is-a-Directory-tp4966880p4978620.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Writing own Wix Extension
Could not understand, where error
Xsd:
?xml version=1.0 encoding=utf-8?
xs:schema
xmlns:xs=http://www.w3.org/2001/XMLSchema;
xmlns:xse=http://schemas.microsoft.com/wix/2005/XmlSchemaExtension;
targetNamespace=http://schemas.www.stc-spb.ru/wix/InterBaseExtension;
xs:annotation
xs:documentation
/xs:documentation
/xs:annotation
xs:import namespace=http://schemas.microsoft.com/wix/2006/wi; /
xs:element name=IB
xs:annotation
xs:documentation
/xs:documentation
xs:appinfo
xse:parent namespace=http://schemas.microsoft.com/wix/2006/wi;
ref=Component /
/xs:appinfo
/xs:annotation
xs:complexType
xs:attribute name=Id type=xs:string use=required
xs:annotation
xs:documentation
/xs:documentation
/xs:annotation
/xs:attribute
/xs:complexType
/xs:element
/xs:schema
WixIBExtension.cs:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.Tools.WindowsInstallerXml;
namespace WixIBExtension
{
public class WixIBExtension : WixExtension
{
private IBCompiler FIBCompiler;
public override CompilerExtension CompilerExtension
{
get
{
if (this.FIBCompiler == null)
{
this.FIBCompiler = new IBCompiler();
}
return this.FIBCompiler;
}
}
}
}
IBCompiler.cs:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.Tools.WindowsInstallerXml;
using System.Xml;
using System.Xml.Schema;
using System.Reflection;
namespace WixIBExtension
{
class IBCompiler : CompilerExtension
{
private XmlSchema schema;
public IBCompiler()
{
this.schema =
LoadXmlSchemaHelper(Assembly.GetExecutingAssembly(),
Microsoft.Tools.WindowsInstallerXml.Extensions.Xsd.InterBase.xsd);
}
public override XmlSchema Schema
{
get { return this.schema; }
}
public override void ParseElement(SourceLineNumberCollection
sourceLineNumbers, XmlElement parentElement, XmlElement element, params
string[] contextValues)
{
switch (parentElement.LocalName)
{
case Component:
if (element.LocalName == IB)
this.ParseIBExtensionElement(element);
else
this.Core.UnexpectedElement(parentElement, element);
break;
default:
this.Core.UnexpectedElement(parentElement, element);
break;
}
}
private void ParseIBExtensionElement(XmlNode node)
{
}
}
}
When runnig I get an exception at IBCompiler() constructor:
NullReferenceException Object reference not set to an instance of an
object.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Writing-own-Wix-Extension-tp4968486p4978794.html
Sent from the wix-users mailing list archive at Nabble.com.
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat.exe: Harvest contents of directory and NOT the directory name
heat.exe /? goes a long way Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: jeff00seattle [mailto:jeff_tan...@earthlink.net] Sent: 29 April 2010 07:33 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] heat.exe: Harvest contents of directory and NOT the directory name Thanks for the reply, However, I do not see suppress root directory flag viewing the following heat.exe documentation link: http://wix.sourceforge.net/manual-wix3/heat.htm http://wix.sourceforge.net/manual-wix3/heat.htm - Thanks Jeff in Seattle -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-exe-H arvest-contents-of-directory-and-NOT-the-directory-name-tp4977248p497855 8.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Edit a xml file with a personal Doctype
Hi all, I have to edit a xml file on installation with a personnal doctype like this: !DOCTYPE Configuration PUBLIC -//X//DTD X Configuration 3.0//EN Configuration-3.0.dtd [ !ENTITY % xhtml-lat1 PUBLIC -//W3C//ENTITIES Latin 1 for XHTML//EN xhtml-lat1.ent %xhtml-lat1; ] But my installation is aborded cause of this doctype. How can I do to edit my xml file? Thank you in advance! Have a nice day! Kévin -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] A new plan for WiX v3.5, introducing WiX v3.6
Hi Rob, thanks for the update. Regarding IIS7, it would be nice to have IIS7 support in 3.5 even if it's not stable (i.e. mark it as experimental). Regards Stephen -- -Ursprüngliche Nachricht- Von: Rob Mensching [mailto:r...@robmensching.com] Gesendet: Donnerstag, 29. April 2010 06:07 An: General discussion for Windows Installer XML toolset. Betreff: [WiX-users] A new plan for WiX v3.5, introducing WiX v3.6 I just posted a blog entry about changes to the WiX v3.5 plan: http://robmensching.com/blog/posts/2010/4/28/Change-of-plans-for-WiX-v3.5. This plan is based on feedback sent here (and other places) about getting a stable WiX toolset that supports Visual Studio 2010. It pains me to bump Burn again but the simple fact is Burn isn't going to be ready soon. I also want to point out the plan to drop Visual Studio 2005 support from*WiX v3.6 *. We aren't fixing bugs in Votive for VS2005 any more and I know there were some big problems left. It seems that people have all moved to VS2008 and now VS2010. As always, feedback is welcome. -- virtually, Rob Mensching - http://RobMensching.com LLC -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RemoveExistingProducts after InstallInitialize - kb 905238
Thx Blair, then I'll move the RemoveExistingProducts later in the sequence. Viv On 4/28/2010 6:32 PM, Blair wrote: It happened exactly that way to us. The C++ merge modules seemed to require the late registration. -Original Message- From: Viv Coco [mailto:vcotirl...@hotmail.com] Sent: Tuesday, March 30, 2010 3:55 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] RemoveExistingProducts after InstallInitialize - kb 905238 Hi all, I would like to schedule the RemoveExistingProducts after InstallInitialize in my installer: [code] RemoveExistingProducts After=InstallInitialize/ [/code] in order to have first a full uninstall and then an install as my product it's really small so it's no efficiency issue. But I read this article: http://support.microsoft.com/kb/905238 and I'm not sure anymore. Could I get into the problem described in that article also with the VC++ runtime which I'm redistributing by using the merge module? Thx, Viv -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FileSearch on INSTALLLOCATION, whereas INSTALLLOCATION is either registry entry or nested Directory tag
that means that I didn't actually do smth wrong in the code, it's just that I can't really control that? On 4/28/2010 12:50 PM, Blair wrote: Unfortunately with MSI's AppSearch action, you don't have any real control over the order of the attempted resolution of each of the various properties. -Original Message- From: Viv coco [mailto:vcotirl...@hotmail.com] Sent: Friday, March 26, 2010 2:18 AM To: WiX Subject: [WiX-users] FileSearch on INSTALLLOCATION, whereas INSTALLLOCATION is either registry entry or nested Directory tag Hi, In the WiX tutorial is a sample that does: - reads the path to the installation directory from the registry - checks if in that directory a specific file exists - if yes, installs the a specific feature (docu) What I would have wanted would have been: - reads the path to the installation directory from the registry - checks if in that directory a specific file exists OR checks if in the default path (created by the nested Directory tags) the file exists - if yes, installs the docu feature I thought that by doing the FILEEXIST File search by using the INSTALLDIR would mean that the File search is done in the INSTALLDIR which is either the registry value if that one exists in the registry, OR the default directory paths specified by nested Directory tags if the registry value was not found. But it seems that when the FILEEXIST condition is evaluated the INSTALLDIR is set to whatever was found in the registry, which means if the registry entry was not found, at this point the INSTALLDIR will be empty and it won't be, as I expected, the nested Directory tags we specified. [code] !-- Check if in the registry we have already saved the path where the app should be installed -- Property Id=INSTALLLOCATION RegistrySearch Id=MyPathsFromRegistry Type=raw Root=HKLM Key=Software\MySetup Name=InstallDir/ /Property Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=MyFirstSetup Name=MyFirstSetup Directory Id=INSTALLLOCATION Name=MyFirstSetup1.0 Component Id=MyExe Guid=9660051E-43CA-4459-AEF1-290BBE3DE544 File Id=MyMainExe Name=MyApp.exe Source=..\MyApp\Debug\MyApp.exe DiskId=1 KeyPath=yes/ /Component Component Id=MyDocumentation Guid=5D64FD41-B8FF-4B77-8777-4CFD81855A0B File Id=MyDocu Name=readme.txt Source=..\MyApp\Debug\readme.txt DiskId=1 KeyPath=yes/ /Component /Directory /Directory /Directory /Directory !-- check if in the installation directory (egal if it's the one gathered from registry or the default one) has a lookfor.txt file and if not don't install the documentationc -- !-- !!! ACTUALLY !!! for some reason, when the following Property is evaluated the INSTALLLOCATION is set to whatever was in the registry, and if no key was found in the registry this value is empty, so it was not yet set to whatever default directory path was specified with the nested Directory tags-- Property Id='FILEEXISTS' DirectorySearch Id='DirSearch' Path='[INSTALLLOCATION]' Depth='0' FileSearch Id='FileSearch' Name='lookfor.txt'/ /DirectorySearch /Property Feature Id=CompleteExe Level=1 ComponentRef Id=MyExe / /Feature !-- install this feature only if you find the lookfor.txt file (Level 0 means the feature won't be installed) -- Feature Id=CompleteDoc Level=1 ComponentRef Id=MyDocumentation / Condition Level=0 NOT FILEEXISTS/Condition /Feature [/code] How can I do so that the FileSearch is done in INSTALLLOCATION whereas the INSTALLLOCATION is either the registry entry if found or the nested directory tag if registry entry was not found? TIA, Viv _ Hotmail: Trusted email with powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --
[WiX-users] Patch
Hi, What changes can I to do with the Patch? Can I to do changes in database? Thanks, Carolina Zuqueto Amaral carolina.ama...@conv.com.brmailto:carolina.ama...@conv.com.br tel +55 21 2494-5476 cel +55 21 9524-7186 Confidencialidade: A informa??o contida nesta mensagem de e-mail, incluindo quaisquer anexos, ? confidencial e est? reservada apenas ? pessoa ou entidade para a qual foi endere?ada. Se voc? n?o ? o destinat?rio ou a pessoa respons?vel por encaminhar esta mensagem ao destinat?rio, voc? est?, por meio desta, notificado que n?o dever? rever, retransmitir, imprimir, copiar, usar ou distribuir esta mensagem de e-mail ou quaisquer anexos. Caso voc? tenha recebido esta mensagem por engano, por favor, contate o remetente imediatamente e apague esta mensagem de seu computador ou de qualquer outro banco de dados. Grato. Confidentiality Notice: The information contained in this email message, including any attachment, is confidential and is intended only for the person or entity to which it is addressed. If you are neither the intended recipient nor the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that you may not review, retransmit, convert to hard copy, copy, use or distribute this email message or any attachments to it. If you have received this email in error, please contact the sender immediately and delete this message from any computer or other data bank. Thank you. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] While we are on the subject of Heat
So I am using Heat at build time to generate a wxs fragment Exec Command=quot;$(WixTools)\heat.exequot; dir $(DropLocation)\$(BuildNumber)\abc\ -gg -cg cmpGrp -var var.abcPath -dr dirABC -o $(branchSolutionRoot)\src\DeploymentServices\InstallPackage\abcFrag.wxs/ The problem I am having is that below I need to reference that directory that was generated in the fragment so I can use it to create my virtual directory/web application. The problem I seem to be having is that it creates an extra folder depth using this way. So for example, the frag that gets generated above has DirectoryRef id=dirABC Directory id=dirGUID Name=abc/ /Directory So when the folder structure gets create I get C:\Product Name\abc\abc\files. Well I didn't want that extra folder depth of abc. I thought I could maybe change it so that during Heat I have the -dr INSTALLLOCATION but then on my webvirtualdir Directory attribute can I still put dirABC (even thought that is a directoryRef ID? Directory Id=TARGETDIR Name=SourceDir Directory Id=INSTALLLOCATION Name=Product Name Directory Id=dirABC Name=abc Component Id=WebServiceDirectory Guid=a0ecf105-aea9-4df6-8c50-a3627270e5ed CreateFolder / iis:WebVirtualDir Id=abcWebService Alias=abcWebService Directory=dirABC WebSite=DefaultWebSite iis:WebApplication Id=abcWebApplication Name=abcWebService WebAppPool=ReportingSolutionsAppPool / /iis:WebVirtualDir /Component /Directory The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Writing own Wix Extension
On 4/29/2010 3:57 AM, vunder wrote: this.schema = LoadXmlSchemaHelper(Assembly.GetExecutingAssembly(), Microsoft.Tools.WindowsInstallerXml.Extensions.Xsd.InterBase.xsd); Check your extension assembly using ILDasm or Reflector to make sure the resource name is correct. -- sig://boB http://joyofsetup.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.5 Source Code
On 4/27/2010 1:56 AM, Neil Sleightholm wrote: Also, which do you think should work - building from the zip or cvs or both? CVS -- sig://boB http://joyofsetup.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] PropertyRef WIX_SUITE_WH_SERVER
On 4/26/2010 7:18 PM, gapearce wrote:
I think you need to check one more bit. The example you linked to
previously doesn't check the suite name.
It does:
if (VER_SUITE_WH_SERVER == (ovix.wSuiteMask VER_SUITE_WH_SERVER))
{
WcaSetIntProperty(LWIX_SUITE_WH_SERVER, 1);
}
--
sig://boB
http://joyofsetup.com/
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] calling DLL function from InstallUISequence
On 4/27/2010 11:23 AM, glenneroo wrote: InstallUISequence Custom Action=ReadConfigFiles After=InstallDirDlg / Show Dialog=ServerConfigDialog After=ReadConfigFiles / /InstallUISequence Once the UI sequence starts the modal wizard pages, processing is controlled by control events, not sequence scheduling. Use DoAction control events to call your CA. -- sig://boB http://joyofsetup.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall does nothing in WiX 3.5?
On 4/28/2010 1:35 AM, Navid Azimi-Garakani wrote: MSI (s) (24:DC) [22:30:46:016]: Doing action: InstallServices MSI (s) (24:DC) [22:30:46:016]: Note: 1: 2205 2: 3: ActionText Action start 22:30:46: InstallServices. Action ended 22:30:46: InstallServices. Return value 1. That's the log from the script generation phase; check later in the log for the execution phase. The sequence conditions were updated as such: Not necessary. -- sig://boB http://joyofsetup.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multiple Versions of Features?
On 4/26/2010 10:42 PM, Navid Azimi-Garakani wrote: Is this late enough so upgrade does not modify anything outside of the feature? Yes, if none of the components in those features was updated. -- sig://boB http://joyofsetup.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Writing own Wix Extension
Thanks for answer. The problem was in type of xsd-resource, it was just included file. I changed type type Embedded Resource and schema loaded successfull! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Writing-own-Wix-Extension-tp4968486p4980011.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] A new plan for WiX v3.5, introducing WiX v3.6
Will do. I don't actually expect to do work to remove stuff from WiX v3.5. Much like ClickThrough in WiX v3.0, pieces of Burn will be laying around the code. IIS7 though will be much more useful. smile/ Might just disable it by default... but I think IIS7 will come together. On Thu, Apr 29, 2010 at 2:26 AM, Stephen Reindl stephen.rei...@tideum.comwrote: Hi Rob, thanks for the update. Regarding IIS7, it would be nice to have IIS7 support in 3.5 even if it's not stable (i.e. mark it as experimental). Regards Stephen -- -Ursprüngliche Nachricht- Von: Rob Mensching [mailto:r...@robmensching.com] Gesendet: Donnerstag, 29. April 2010 06:07 An: General discussion for Windows Installer XML toolset. Betreff: [WiX-users] A new plan for WiX v3.5, introducing WiX v3.6 I just posted a blog entry about changes to the WiX v3.5 plan: http://robmensching.com/blog/posts/2010/4/28/Change-of-plans-for-WiX-v3.5. This plan is based on feedback sent here (and other places) about getting a stable WiX toolset that supports Visual Studio 2010. It pains me to bump Burn again but the simple fact is Burn isn't going to be ready soon. I also want to point out the plan to drop Visual Studio 2005 support from*WiX v3.6 *. We aren't fixing bugs in Votive for VS2005 any more and I know there were some big problems left. It seems that people have all moved to VS2008 and now VS2010. As always, feedback is welcome. -- virtually, Rob Mensching - http://RobMensching.com LLC -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] TFS 2010, Network Service and ICE validation
This is going to start hitting big, as people encounter ICE validation failures on a team build. Apparently, what's going on is that the default account used by 2010 team build, Network Service, is unable to interact with msiexec.exe. Unfortunately, there is NO decent solution to this available (as far as I can search) on the interwebs. The only viable solution is to change the build account (one moron suggests adding Network Service to the admins group, ffs). Can someone who understands the security permissions needed provide an official answer to this problem? -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing a certificate to the SPC store
I see from the documentation that the SPC store is not listed as available for iis:Certificate's StoreName. Are there any workarounds that facilitate installing to a store other than those listed in the documentation? Thanks, e -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Change Database
Hi, Can I do changes in database using a Patch? Thanks, Carolina Zuqueto Confidencialidade: A informa??o contida nesta mensagem de e-mail, incluindo quaisquer anexos, ? confidencial e est? reservada apenas ? pessoa ou entidade para a qual foi endere?ada. Se voc? n?o ? o destinat?rio ou a pessoa respons?vel por encaminhar esta mensagem ao destinat?rio, voc? est?, por meio desta, notificado que n?o dever? rever, retransmitir, imprimir, copiar, usar ou distribuir esta mensagem de e-mail ou quaisquer anexos. Caso voc? tenha recebido esta mensagem por engano, por favor, contate o remetente imediatamente e apague esta mensagem de seu computador ou de qualquer outro banco de dados. Grato. Confidentiality Notice: The information contained in this email message, including any attachment, is confidential and is intended only for the person or entity to which it is addressed. If you are neither the intended recipient nor the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that you may not review, retransmit, convert to hard copy, copy, use or distribute this email message or any attachments to it. If you have received this email in error, please contact the sender immediately and delete this message from any computer or other data bank. Thank you. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] PropertyRef WIX_SUITE_WH_SERVER
Well it seems like that should work... I didn't see that in the example you linked to?...hmmm. And now we have this, too: http://www.winsupersite.com/server/whs_vail_preview.asp WHS Based on Win2008R2. So the version info is changing. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-PropertyRef-WIX-SUITE-WH-SERVER-tp4958608p4980408.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch
http://msdn.microsoft.com/en-us/library/aa370579.aspx Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] Sent: 29 April 2010 12:49 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Patch Hi, What changes can I to do with the Patch? Can I to do changes in database? Thanks, Carolina Zuqueto Amaral carolina.ama...@conv.com.brmailto:carolina.ama...@conv.com.br tel +55 21 2494-5476 cel +55 21 9524-7186 Confidencialidade: A informa??o contida nesta mensagem de e-mail, incluindo quaisquer anexos, ? confidencial e est? reservada apenas ? pessoa ou entidade para a qual foi endere?ada. Se voc? n?o ? o destinat?rio ou a pessoa respons?vel por encaminhar esta mensagem ao destinat?rio, voc? est?, por meio desta, notificado que n?o dever? rever, retransmitir, imprimir, copiar, usar ou distribuir esta mensagem de e-mail ou quaisquer anexos. Caso voc? tenha recebido esta mensagem por engano, por favor, contate o remetente imediatamente e apague esta mensagem de seu computador ou de qualquer outro banco de dados. Grato. Confidentiality Notice: The information contained in this email message, including any attachment, is confidential and is intended only for the person or entity to which it is addressed. If you are neither the intended recipient nor the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that you may not review, retransmit, convert to hard copy, copy, use or distribute this email message or any attachments to it. If you have received this email in error, please contact the sender immediately and delete this message from any computer or other data bank. Thank you. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] migrating of custom config sections
It is not really wix related question, but it is something about upgrade: We have written application which uses custom config sections and these sections have type attribute which maps to specific assembly (full name) and during upgrade we should not remove this configuration file, but just upgrade (put new version values and PublicKeyToken (which was changed for some assemblies) into type element). What is the best approach to do that? Did anyone have the same issue/question? /pre BR style=font-size:4px; a href = http://www.sdl.com;img src=http://www.sdl.com/images/email logo_150dpi-01.png alt=www.sdl.com border=0//a BR font face=arial size=2 a href = http://www.sdl.com; style=color:005740; font-weight: boldwww.sdl.com/a BR BR font face=arial size=1 color=#736F6E bSDL PLC confidential, all rights reserved./b If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.BR SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.BR Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. /font -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] While we are on the subject of Heat
Try adding the -srd flag. From Heat's help message: -srd suppress harvesting the root directory as an element --Nathan Stohlmann On Thu, Apr 29, 2010 at 7:41 AM, Kerber, Cameron cameron.ker...@philips.com wrote: So I am using Heat at build time to generate a wxs fragment Exec Command=quot;$(WixTools)\heat.exequot; dir $(DropLocation)\$(BuildNumber)\abc\ -gg -cg cmpGrp -var var.abcPath -dr dirABC -o $(branchSolutionRoot)\src\DeploymentServices\InstallPackage\abcFrag.wxs/ The problem I am having is that below I need to reference that directory that was generated in the fragment so I can use it to create my virtual directory/web application. The problem I seem to be having is that it creates an extra folder depth using this way. So for example, the frag that gets generated above has DirectoryRef id=dirABC Directory id=dirGUID Name=abc/ /Directory So when the folder structure gets create I get C:\Product Name\abc\abc\files. Well I didn't want that extra folder depth of abc. I thought I could maybe change it so that during Heat I have the -dr INSTALLLOCATION but then on my webvirtualdir Directory attribute can I still put dirABC (even thought that is a directoryRef ID? Directory Id=TARGETDIR Name=SourceDir Directory Id=INSTALLLOCATION Name=Product Name Directory Id=dirABC Name=abc Component Id=WebServiceDirectory Guid=a0ecf105-aea9-4df6-8c50-a3627270e5ed CreateFolder / iis:WebVirtualDir Id=abcWebService Alias=abcWebService Directory=dirABC WebSite=DefaultWebSite iis:WebApplication Id=abcWebApplication Name=abcWebService WebAppPool=ReportingSolutionsAppPool / /iis:WebVirtualDir /Component /Directory The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- --Nathan Stohlmann Minneapolis, MN USA nathan.stohlm...@gmail.com -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Program Menu: Target shortcut is a Directory
http://en.wikipedia.org/wiki/ComSpec -Original Message- From: jeff00seattle [mailto:jeff_tan...@earthlink.net] Sent: Thursday, April 29, 2010 12:03 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Program Menu: Target shortcut is a Directory Thanks for the reply I looked in the http://www.tramontana.co.hu/wix/index.php WiX Tutorials , but I did not find any information on [%ComSpec] What is it? - Thanks Jeff in Seattle -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Program-Menu-Target-shortcut-is-a-Directory-tp4966880p4978620.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Simple question about properties
Just got done fighting with this and thought I would share with the group. I first added a Component with a RegistryKey to HKLM\SOFTWARE\MyApp and a RegistryValue of the property to save during install. No problems there. Then I added a RegistrySearch to my Property and pointed it at my key. I figured this would work, but it didn't - at first. Doing many logged installs and uninstalls, what I found was that even though the registry search was happening, and the property value was indeed set, it would not pass it in to my deferred custom action. Lots of trial and error later, I found the solution. The property has to have Secure=yes attached to it. Not sure why, as it didn't need it during install. But during uninstall, if you don't have that, the property doesn't get passed to the deferred custom action. You just get a blank string. I read through the Wix and Msi docs on this, and I'm even more confused now. Orca shows me that the SecureCustomProperties property contains my property now, and I see in the Msi doc this: The SecureCustomProperties is a list of public properties delimited by semi-colons. These properties are included with the default list of restricted public properties that the installer can pass to the server side when doing a managed installation with elevated privileges. Indeed, I do use elevated privileges, but I don't get what they mean about a managed installation. Is an uninstall considered managed while an install isn't? Is there any other impact or concern about marking this property secure? Thanks, Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.com | www.timeamerica.com -Original Message- From: Matt Johnson [mailto:ma...@timeamerica.com] Sent: Wednesday, April 28, 2010 1:40 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple question about properties That's what I thought. Thanks. Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.com | www.timeamerica.com -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Wednesday, April 28, 2010 9:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple question about properties Typically, manually means storing the values in the registry and using RegistrySearch to fetch the values. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Wednesday, April 28, 2010 8:04 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple question about properties You have to do it manually. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Matt Johnson [mailto:ma...@timeamerica.com] Sent: 28 April 2010 15:47 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Simple question about properties How do I mark a property so that its value is retained for uninstall or repair modes? I thought this was done automagically, but it doesn't seem to be working. For example, during install I ask the user to select a sql server. Installation scripts are deployed to this server. During uninstall, I have a separate uninstall script that has to be deployed to the same sql server. I don't want to prompt the user again, I just want to remember what was selected during install. Do I have to manually save the property in my own registry key on install and retrieve it on uninstall? Or is there some way to just mark the property so that it persists? Thanks, Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.commailto:ma...@timeamerica.com | www.timeamerica.comhttp://www.timeamerica.com/ --- - -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- --- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Simple question about properties
Sorry, I misspoke about one thing. I use the pattern where you set properties in an immediate action, which forwards them on the deferred action. It's in the IMMEDIATE action that the property is not available unless you have it marked secure. So I guess this would apply to any immediate action. Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.com | www.timeamerica.com -Original Message- From: Matt Johnson [mailto:ma...@timeamerica.com] Sent: Thursday, April 29, 2010 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple question about properties Just got done fighting with this and thought I would share with the group. I first added a Component with a RegistryKey to HKLM\SOFTWARE\MyApp and a RegistryValue of the property to save during install. No problems there. Then I added a RegistrySearch to my Property and pointed it at my key. I figured this would work, but it didn't - at first. Doing many logged installs and uninstalls, what I found was that even though the registry search was happening, and the property value was indeed set, it would not pass it in to my deferred custom action. Lots of trial and error later, I found the solution. The property has to have Secure=yes attached to it. Not sure why, as it didn't need it during install. But during uninstall, if you don't have that, the property doesn't get passed to the deferred custom action. You just get a blank string. I read through the Wix and Msi docs on this, and I'm even more confused now. Orca shows me that the SecureCustomProperties property contains my property now, and I see in the Msi doc this: The SecureCustomProperties is a list of public properties delimited by semi-colons. These properties are included with the default list of restricted public properties that the installer can pass to the server side when doing a managed installation with elevated privileges. Indeed, I do use elevated privileges, but I don't get what they mean about a managed installation. Is an uninstall considered managed while an install isn't? Is there any other impact or concern about marking this property secure? Thanks, Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.com | www.timeamerica.com -Original Message- From: Matt Johnson [mailto:ma...@timeamerica.com] Sent: Wednesday, April 28, 2010 1:40 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple question about properties That's what I thought. Thanks. Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.com | www.timeamerica.com -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Wednesday, April 28, 2010 9:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple question about properties Typically, manually means storing the values in the registry and using RegistrySearch to fetch the values. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Wednesday, April 28, 2010 8:04 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple question about properties You have to do it manually. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Matt Johnson [mailto:ma...@timeamerica.com] Sent: 28 April 2010 15:47 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Simple question about properties How do I mark a property so that its value is retained for uninstall or repair modes? I thought this was done automagically, but it doesn't seem to be working. For example, during install I ask the user to select a sql server. Installation scripts are deployed to this server. During uninstall, I have a separate uninstall script that has to be deployed to the same sql server. I don't want to prompt the user again, I just want to remember what was selected during install. Do I have to manually save the property in my own registry key on install and retrieve it on uninstall? Or is there some way to just mark the property so that it persists? Thanks, Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development
[WiX-users] List of predefined variables?
Is there a list somewhere of things like THE_USER_ACCOUNT and the like? -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Property/@Secure - when to use?
Hello, The Property element's Secure attribute is supposed to be necessary to pass a property from the UI to the Execute sequence. However, I've never been able to create a situation where it was necessary. For me, just making the property uppercase has always done the trick. I've tried the following scenarios: * installing as an Administrator * installing as a non-Administrator * setting the property with a custom action * setting the property with a Property element * setting the property from the command line * using the property in the Execute sequence in an immediate custom action * setting the ALLUSERS property to 1 and installing as a non-administrator I've tried it in XP, Windows 7 and Windows Server 2008. It always works for me without using the Secure attribute. However, I see many sources that say the Secure attribute is needed. Can anyone show me a scenario, with the steps to take, when this is really necessary? When not having that attribute would cause an error? I appreciate any help. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Property-Secure-when-to-use-tp4982590p4982590.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Will Wix 3.5 fully supports IIS 7.5 native?
Hi, Would anyone tell me when the WIX 3.5 will fully supports native IIS 7.5? Any predicted date to release WIX 3.5? Thanks, Kai _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Property/@Secure - when to use?
Lol. See my prior posts from today. I needed this specifically to get a property from a registry key to pass to a custom action during uninstall. Matt Johnson MCPD, MCTS, MCSD, MCDBA Director of Application Development Time America, Inc. ma...@timeamerica.com | www.timeamerica.com -Original Message- From: Nick Ramirez [mailto:nickra...@hotmail.com] Sent: Thursday, April 29, 2010 2:48 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Property/@Secure - when to use? Hello, The Property element's Secure attribute is supposed to be necessary to pass a property from the UI to the Execute sequence. However, I've never been able to create a situation where it was necessary. For me, just making the property uppercase has always done the trick. I've tried the following scenarios: * installing as an Administrator * installing as a non-Administrator * setting the property with a custom action * setting the property with a Property element * setting the property from the command line * using the property in the Execute sequence in an immediate custom action * setting the ALLUSERS property to 1 and installing as a non-administrator I've tried it in XP, Windows 7 and Windows Server 2008. It always works for me without using the Secure attribute. However, I see many sources that say the Secure attribute is needed. Can anyone show me a scenario, with the steps to take, when this is really necessary? When not having that attribute would cause an error? I appreciate any help. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Property-Secure-when-to-use-tp4982590p4982590.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Will Wix 3.5 fully supports IIS 7.5 native?
Check out: http://robmensching.com/blog/posts/2010/4/28/Change-of-plans-for-WiX-v3.5 (and please don't post the same question to both mailing lists) -- virtually, Rob Mensching - http://RobMensching.com LLChttp://RobMensching.com%20 On Thu, Apr 29, 2010 at 3:00 PM, Kai Lee kaichung...@hotmail.com wrote: Hi, Would anyone tell me when the WIX 3.5 will fully supports native IIS 7.5? Any predicted date to release WIX 3.5? Thanks, Kai _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall does nothing in WiX 3.5?
Okay, this has been driving me crazy. It looks like I cannot install a service unless I have a ServiceControl element with Start=install associated. In other words, it seems impossible to install a service in a stopped state. Is this not a supported scenario? On WiX 3.5.1623.0, the following snippet does not work because it is missing a Start=install attribute. Component Id=$(var.ProjectName)ServiceInstaller Guid=C5A1BE3B-C831-4220-A184-81797B2C9F48 CreateFolder / ServiceInstall Id=$(var.ProjectName)ServiceInstall Name=$(var.ProjectName) DisplayName=$(var.ProjectName) Type=ownProcess Start=auto ErrorControl=normal Description=... Account=NT AUTHORITY\NETWORK SERVICE Vital=yes / ServiceControl Id=$(var.ProjectName)ServiceControl Name=$(var.ProjectName) Stop=both Wait=yes Remove=uninstall / /Component Is there a recommend way to install a service in a stopped state? Should I open a bug? Thanks, Navid -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Thursday, April 29, 2010 5:58 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ServiceInstall does nothing in WiX 3.5? On 4/28/2010 1:35 AM, Navid Azimi-Garakani wrote: MSI (s) (24:DC) [22:30:46:016]: Doing action: InstallServices MSI (s) (24:DC) [22:30:46:016]: Note: 1: 2205 2: 3: ActionText Action start 22:30:46: InstallServices. Action ended 22:30:46: InstallServices. Return value 1. That's the log from the script generation phase; check later in the log for the execution phase. The sequence conditions were updated as such: Not necessary. -- sig://boB http://joyofsetup.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] TFS 2010, Network Service and ICE validation
I would suggest opening a bug/support case with the team build guys :) It doesn't sound like this is a WiX bug... On Thu, Apr 29, 2010 at 11:59 PM, Will Sullivan wsulli...@softdocs.com wrote: This is going to start hitting big, as people encounter ICE validation failures on a team build. Apparently, what's going on is that the default account used by 2010 team build, Network Service, is unable to interact with msiexec.exe. Unfortunately, there is NO decent solution to this available (as far as I can search) on the interwebs. The only viable solution is to change the build account (one moron suggests adding Network Service to the admins group, ffs). Can someone who understands the security permissions needed provide an official answer to this problem? -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] List of predefined variables?
What do you mean by THE_USER_ACCOUNT? That's a vague reference that doesn't sound like anything in the MSDN documentation ;) Maybe on THE_INTERNET? /grin On Fri, Apr 30, 2010 at 5:44 AM, Wix Mailing List w...@danhinsley.com wrote: Is there a list somewhere of things like THE_USER_ACCOUNT and the like? -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
