Re: [WiX-users] Check if user exists in UI
There're canned UIs to do this for services in http://msiext.codeplex.com. dB. @ dblock.org Moscow|Geneva|Seattle|New York -Original Message- From: sangeeta1 [mailto:snmsn...@gmail.com] Sent: Sunday, December 12, 2010 10:18 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Check if user exists in UI Hi, I would like to check if a user exists in AD domain when username, domain, password are entered in input dialog fields. Can (and how) I use to check if a user exists or will I have to write managed custom action to search for directoryEntry in AD? Can some one provide pointers on how to check for a user existence? thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Check-if-user-exists-in-UI-tp5829564p5829564.html Sent from the wix-users mailing list archive at Nabble.com. -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to write conditions for 'Change' mode
Thanks Blair. It's in InstallExecuteSequence. And it's before InstallFinalize. Here's the code: (NOT REMOVE ~= "ALL") AND (&Feature_XYZ = 3) Thanks. From: Blair To: General discussion for Windows Installer XML toolset. Sent: Fri, December 10, 2010 11:57:29 PM Subject: Re: [WiX-users] How to write conditions for 'Change' mode In what sequence is your custom action (execute, or ui)? Where in that sequence is it scheduled (before CostInitialize, after CostFinalize, before or after InstallInitialize, before or after InstallFinalize)? -Original Message- From: little.forest [mailto:little.for...@ymail.com] Sent: Friday, December 10, 2010 12:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to write conditions for 'Change' mode Hi Blair, Thanks for your reply. We'd like to detect whenever the user adds the feature XYZ. Basically, we have a component which is an Outlook plugin. During installation, the user can choose install it or not. If the user doesn't install it in initial install, then she can add it in "Change" mode. There is an old post about this(http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Feature-h ow-to-reinstall-it-or-uninstall-it-alone-td5608464.html#a5608786 ). After enabling the "Change" button, the user can install the feature by hitting the "Change" button. But after that, the dll wasn't registered. From log, I learnt the CA is skipped. So I thought the condition wasn't correct. So I'd like to do the registration CA in "Change" mode, and of course, this happens only if the user really install the component. I thought there is some condition like "(NOT Installed) OR (InstallMode = 'Change')". But there is no such thing. So is this correct? Or there should be some other decent solution? (NOT REMOVE ~= "ALL") AND (&Feature_XYZ = 3) Thanks. From: Blair To: General discussion for Windows Installer XML toolset. Sent: Fri, December 10, 2010 9:57:26 AM Subject: Re: [WiX-users] How to write conditions for 'Change' mode What are you trying to do in change mode? Detect whenever the user adds Feature_XYZ? Or detect anytime it is either added or stays? It's hard to write conditions when you don't know the scenario. -Original Message- From: little.forest [mailto:little.for...@ymail.com] Sent: Thursday, December 09, 2010 10:25 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to write conditions for 'Change' mode Hi all, We have a customaction: (Not Installed) AND (&Feature_XYZ = 3) This works in initial install, but not in 'Change' mode. >From here(http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/InstallMo de-Conditions-DON-T-work-td707286.html ), I learnt that "there is no such standard property", and "See "Examples of Conditional Statement Syntax" for how you should do it. " So I googled and found this: http://wix.mindcapers.com/wiki/Conditional_Inner_Text. COMPANYDIR AND NOT REMOVE ~= "ALL" Even if it doesn't say 'Change' mode, I still gave it a try. This statement seems working in 'Change' mode: (NOT REMOVE ~= "ALL") AND (&Feature_XYZ = 3) So the question is, is this the right thing to do? Is there any potential risk that could blow our current stuff? How to write the correct condition for initial install and 'Change' mode? Thanks! -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev
[WiX-users] Different text/options in controls in a dialog
Hi: I'm currently in the process of writing an installation where by the same dialog could display more than once, the only difference is one word and the values in a list box. How would people typically handle this situation? Multiple dialogs in the .wxs file, or one dialogue and then re-populate what is needed via custom actions. If the latter, how do I change the text of a dialogue at runtime? Any help appreciated. Cheers Sean. -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Browse Dialog
No not yet. Still waiting for a reply from some Wix expert here. I will definitly share it with you once I get some information :-) Regards. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Browse-Dialog-tp5413342p5832302.html Sent from the wix-users mailing list archive at Nabble.com. -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] modifying items in the feature tree context menu
Hi: Is it possible to remove items from the feature tree context menu? If so how is this best achieved. Cheers Sean. -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Clarification for Defined WiX Variables defined in and used by included (wxi) files
IN preparing the additional documentation I stumbled across my error. My product.wxs file include statement was "" instead of "". No build errors were thrown to bring attention to my keying error. However after correcting the case of the "include" statement all is well with my build. Thanks, Bob From: Castro, Edwin G. (Hillsboro) [edwin.cas...@fiserv.com] Sent: Monday, December 13, 2010 2:55 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Clarification for Defined WiX Variables defined in and used by included (wxi) files Some sample code that demonstrates the problem might be in order. I've defined preprocessor variables in .wxi include files before and successfully used those values in the .wxs file that included them. 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: Pound, Robert (CDC/OCOO/ITSO) (CTR) [mailto:u...@cdc.gov] > Sent: Monday, December 13, 2010 11:38 AM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Clarification for Defined WiX Variables defined in and > used by included (wxi) files > > If I define a variable "" in Product.wxs, I can access the > variable from a wxi file included into Product.wxs. However, if from > Product.wxs I include a wxi file that defines a variable "", I > do not seem to be able to reference it later in the Product.wxs file. > > WiX documentation states that an include file "will be processed as if it were > part of this file". Are variables defined in the wxi file not available to > the file > that included them? > > Thanks > Bob > -- > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how to connect the dots, take > your collaborative environment to the next level, and enter the era of Social > Business. > http://p.sf.net/sfu/lotusphere-d2d > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How do you suppress CNDL108?
How do you suppress this message? I tried entering 108 and CNDL108 in the VS2008 WiX Project 'suppress specific warnings', but it does not suppress the message... C:\...\Install.MM.XPertJustice.WindowsService\MergeModule.wxs(60): warning CNDL108 6: The Property/@SuppressModularization attribute has been set to 'yes'. Using this functionality is strongly discouraged; it shou ld only be necessary as a workaround of last resort in rare scenarios. -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Validation check on UI fields
To elaborate more on my problem with some code sample: I have username and domain fields on UI dialog and I want to check if the user exists in the domain before the installation continues any further. So, in the Finish control of dialog, I inserted events to run CustomActions as shown below. To Not UserFound UserFound Here are the custom action definitions I am not scheduling these custom actions anywhere in which is correct I presume. In one of the posts, I read that the validation custom action should not be "deferred" and should be "immediate". but I cannot do this, because of the syntax of property usage. Can someone help in fixing the code to validate a user's existence in domain. thanks, sangeeta -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Check-if-user-exists-in-UI-tp5829564p5832104.html Sent from the wix-users mailing list archive at Nabble.com. -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Clarification for Defined WiX Variables defined in and used by included (wxi) files
Some sample code that demonstrates the problem might be in order. I've defined preprocessor variables in .wxi include files before and successfully used those values in the .wxs file that included them. 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: Pound, Robert (CDC/OCOO/ITSO) (CTR) [mailto:u...@cdc.gov] > Sent: Monday, December 13, 2010 11:38 AM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Clarification for Defined WiX Variables defined in and > used by included (wxi) files > > If I define a variable "" in Product.wxs, I can access the > variable from a wxi file included into Product.wxs. However, if from > Product.wxs I include a wxi file that defines a variable "", I > do not seem to be able to reference it later in the Product.wxs file. > > WiX documentation states that an include file "will be processed as if it were > part of this file". Are variables defined in the wxi file not available to > the file > that included them? > > Thanks > Bob > -- > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how to connect the dots, take > your collaborative environment to the next level, and enter the era of Social > Business. > http://p.sf.net/sfu/lotusphere-d2d > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Clarification for Defined WiX Variables defined in and used by included (wxi) files
If I define a variable "" in Product.wxs, I can access the variable from a wxi file included into Product.wxs. However, if from Product.wxs I include a wxi file that defines a variable "", I do not seem to be able to reference it later in the Product.wxs file. WiX documentation states that an include file "will be processed as if it were part of this file". Are variables defined in the wxi file not available to the file that included them? Thanks Bob -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] using EmbeddedUI with C# windows forms
http://sharpsetup.eu does exactly that for ExternalUI rather than EmbeddedUI but it should be enough to get you started. 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 ** 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: mirik [mailto:marko...@mail.ru] Sent: 11 December 2010 21:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] using EmbeddedUI with C# windows forms Hi all. I'm looking for some example of using EmbeddedUI with C# windows forms. If you have such WIX implementation with some basic C# GUI I'll very appreciate it. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/using-Embe ddedUI-with-C-windows-forms-tp5826849p5826849.html Sent from the wix-users mailing list archive at Nabble.com. -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Trouble with COM+ extension
I've been struggling with using the WiX COM+ extension and was hoping someone might be able to help. In particular I'm getting the following error: + MSI (s) (04:50) [08:38:50:402]: Executing op: ActionStart(Name=RegisterComPlus,Description=Registering COM+ Applications and Components,Template=AppId: [1]{{, AppType: [2], Users: [3], RSN: [4]}}) MSI (s) (04:50) [08:38:50:402]: Executing op: ComPlusRegister(AppID={8EEFD0AF-7E68-4E21-AA54-48212A0E6A46},AplFileName=C:\Program Files\Promissor\ItemPresentationServer\CATPres.dll,AppDir=C:\Program Files\Promissor\ItemPresentationServer\,AppType=1,,) MSI (s) (04:50) [08:38:50:417]: Entering MsiProvideComponentFromDescriptor. Descriptor: 5ql=$,z...@.(A&24~%nRCommon>M5KDYSUnf(HA*L[xeX)y, PathBuf: 7ADC40, pcchPathBuf: 7ADC3C, pcchArgsOffset: 7ADB9C MSI (s) (04:50) [08:38:50:417]: MsiProvideComponentFromDescriptor called for component {997FA962-E067-11D1-9396-00A0C90F27F9}: returning harcoded oleaut32.dll value MSI (s) (04:50) [08:38:50:417]: MsiProvideComponentFromDescriptor is returning: 0 DEBUG: Error 2945: Installation of ComPlus App C:\Program Files\Promissor\ItemPresentationServer\CATPres.dll failed with error -2147221005. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2945. The arguments are: C:\Program Files\Promissor\ItemPresentationServer\CATPres.dll, -2147221005, MSI (s) (04:50) [08:38:50:417]: Note: 1: 1928 MSI (c) (C4:D4) [08:38:50:433]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1928. Error registering COM+ Application. Contact your support personnel for more information. MSI (s) (04:50) [08:38:52:136]: Product: Pearson VUE PDF Score Reports -- Error 1928. Error registering COM+ Application. Contact your support personnel for more information. Action ended 8:38:52: InstallFinalize. Return value 3. + I've translated the error code to 800401F3 which according to the Windows SDK is "Invalid class string" (CO_E_CLASSSTRING). The developer for the project is entirely unhelpful. Does anyone have any idea which class string it's having a problem with? I've tweaked the IDs for the ComPlusComponent elements a few times and haven't gotten any luck there. As you can see from the attached log file the COM registration does appear to be completing without issue. Thanks in advance for any suggestions. I'll probably be cross-posting to Stack Exchange at some point today. -- --Nathan Stohlmann St Paul, MN USA nathan.stohlm...@gmail.com -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UI to display list of selected features
Hi, I want to display list of features that are selected by user while custom installation. How can i get which feature is selected by user for installation and which features are excluded by user.not to be displayed in a list i have created dialog box which show list of features before installation.But in custom installation how to display list which contains user selected features. Thank you. -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstalling VSIX fails as CustomAction, but succeeds when run from cmd
1) Yes, it elevates both on installation and when uninstalling 2) Elevation occurs when you accept the license and hit the Install button (it's no-frills so the UI is default) 3) Hmmm, I'm not 100% sure on that one. The install process is elevated and the results are available to all users, so I'm assuming it does not interact with the user's profile. I'd assume that the uninstall would behave the exact same way. I suppose my next move would be to watch via Process Monitor. Which is my last option if I can't find anyone who has fixed this issue before. Thanks for the help btw. -Original Message- From: Blair [mailto:os...@live.com] Sent: Friday, December 10, 2010 12:48 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Uninstalling VSIX fails as CustomAction, but succeeds when run from cmd 1) Does vsixinstaller.exe require elevation (and are you running it from an elevated commandline)? 2) Do you elevate before starting MSI during your install? 3) Does vsixinstaller.exe use/require access to your user profile? Does that profile access include process environment variables? Those can be quite different between a commandline in an interactive session and a process launched from a process started by a service running as SYSTEM. -Original Message- From: Will Sullivan [mailto:wsulli...@softdocs.com] Sent: Friday, December 10, 2010 5:38 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstalling VSIX fails as CustomAction, but succeeds when run from cmd Yes, I suck at wix. Thanks for pointing that out. Now, about my original question? Any ideas? -Original Message- From: Blair [mailto:os...@live.com] Sent: Friday, December 10, 2010 12:13 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Uninstalling VSIX fails as CustomAction, but succeeds when run from cmd Importance: Low Environment vars? -Original Message- From: Will Sullivan [mailto:wsulli...@softdocs.com] Sent: Thursday, December 09, 2010 2:47 PM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Uninstalling VSIX fails as CustomAction, but succeeds when run from cmd Wondering if anyone has tried reversing a vsix install. I have a custom action that runs on install, and the uninstall version which runs on uninstall. The install works perfectly, but the uninstall fails for apparently no reason. (they've been shortened down a bit of course). The weird this is that although the uninstall fails, I have confirmed that the command is 100% correct. I ran the uninstall while logging. In the log, I copied out the command that the custom action reported it was going to execute. I then pasted that into a command shell and ran it. It worked without any issue. I tried to turn off error checking in the custom action by adding 'Return="ignore"' but, while the uninstall didn't fail, the custom action still didn't uninstall my templates. Has anyone experience in this? Why would my custom action fail in the installer, however succeed when the command is executed outside of the MSI? TIA. -- ___ 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 -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom action on repair
Hi, I'm looking for a way to run an external exe only when the user presses the repair button on the add/remove programs. I actually need to run that exe with different command line parameters on install/uninstall/repair, here is what i have so far: NOT Installed (NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL") This seems to work well for install and uninstall, any idea of how to run an action if (and only if) the installation is being repaired? If what i'm asking for isn't possible, please give the 'correct' way to include repair in either the install or uninstall actions. Thanks! -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade to wix 3.5 doesn't honourtheprod...@codepage
Hi, We only use the UI extension to get the error messages and progress text, all our UI is external. We don't pick a culture at all, one is being chosen for us. We set prod...@language and prod...@codepage to 0 and link with -cultures:null. We were following the pattern of making language neutral MSIs (http://msdn.microsoft.com/library/aa368057.aspx) in case we needed to localize later. This was working in Wix 3.0 but may have caused us issues if we did localize. Oddly we've never localized our installations even though we are one of the world's largest translation companies, I suppose that's the benefit of selling to translators that almost always know English. It now seems that there is no way to use the Wix UI strings and make a language neutral MSI even though the wixUI-en-us.wxl (which I assume is the default) looks like it could be set to codepage 0 as there is only ascii in there. This will not really affect us as we have the following work around so I don't know if it's an issue for anyone else. For our patch building process we will have to hack our compiled MSIs back to codepage 0 and will use 1252 as a base codepage in the future. Dave -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 11 December 2010 21:25 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Upgrade to wix 3.5 doesn't honourtheprod...@codepage Remember, when you add the WixUIExtension it will bring in localization files which will change your codepage depending which culture you pick. That's almost always the reason your MSI codepage changes... because the UI you chose defined an override. On Fri, Dec 10, 2010 at 7:56 AM, Thom Leigh wrote: > So you've hard-coded the Product/@Codepage to 0, but when you add a > reference to votive, it ignores that and sets it to 1252 internally? > > What if you hard-code it to another value? Like 1256? Same behavior? > > You should probably see if this is reproducible and if so file a bug > report... > > > -Original Message- > From: David Watson [mailto:dwat...@sdl.com] > Sent: 10 December 2010 14:35 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Upgrade to wix 3.5 doesn't > honourtheprod...@codepage > > Hi, > I am indeed using the escrow 2 (2403) build, I also tried in wix 3.6. > > I also notice that you don't even need to use anything in the > WixUIExtension just add a votive reference and it changes the codepage. > > Dave > > > > -Original Message- > From: Thom Leigh [mailto:t...@mondago.com] > Sent: 10 December 2010 13:45 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Upgrade to wix 3.5 doesn't honour > theprod...@codepage > > I had a thing like that a couple of months ago. Product/@Codepage would > be 1252 no matter what I set it to, even if setting it to something > totally different like 1256. > > I opened a bug in the tracker and I think it got fixed. Which weekly are > you using? Have you tried it in "Escrow 2"? > > PS I was originally trying to set the codepage to 65001, so I don't > know, setting it to 0 might well be something that changed from 3.0 to > 3.5... > > > -Original Message- > From: David Watson [mailto:dwat...@sdl.com] > Sent: 10 December 2010 12:47 > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Upgrade to wix 3.5 doesn't honour the > prod...@codepage > > Hi, > I am doing Wix 3.5 upgrade testing and I notice that the MSI I created > after upgrading my votive Wix 3.0 project to 3.5 alters the schema > codepage to 1252 even though I explicitly set it to 0. > > This means that I can't make a patch as the msi codepages do not match. > > After a bit of experimenting I notice that when we UI reference the > WixUI_ErrorProgressText from WixUIExtension is when the schema codepage > is forced to be 1252. > > Does this mean that the Wix error strings are now no longer suitable for > a language neutral MSI? > (http://msdn.microsoft.com/library/aa368057.aspx) > > > Dave > SDL PLC confidential, all rights reserved. > If you are not the intended recipient of this mail SDL requests and > requires that you delete it without acting upon or copying any of its > contents, and we further request that you advise us. > SDL PLC is a public limited company registered in England and Wales. > Registered number: 02675207. > Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire > SL6 7DY, UK. > > > > -- > ___ > 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/list
Re: [WiX-users] Patch creation
If you're only updating a couple of files at a time you may want to look into shipping MSPs to your existing users rather than having them download the full MSI every time. See the doc pages on creating patches -> http://wix.sourceforge.net/manual-wix3/patching.htm for the 2 methods of creating MSPs with WiX. With WiX 3.5 you can double click an MSP file & it will update the existing installation without needing to run msiexec manually. This was possible with some extra coding in WiX 3.0 but is supported in WiXUI by default in WiX 3.5. MSP's don't rely on UpgradeCode at all, only ProductCode. Thus if you use * for Product Id you may find you run into issues when trying to create an MSP. 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 ** 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: Nick Ball [mailto:nick.b...@grantadesign.com] Sent: 13 December 2010 10:24 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Patch creation Hi All, I'd like a quick pointer as to how to plan for and create simple patches. Most of the time, it looks like we'll be replacing one or two files, so I'm keen to author a patch file myself, rather than rely on any difference tools. I also want the MSI to run by itself, without using the msiexec command line. I'm slightly confused as to how to do this. I think, given that I want to run the MSI directly, that I'm forced down the path of major upgrade. Is this right? Should I also be using upgrade code for the patch? Cheers Nick -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Patch creation
Hi All, I'd like a quick pointer as to how to plan for and create simple patches. Most of the time, it looks like we'll be replacing one or two files, so I'm keen to author a patch file myself, rather than rely on any difference tools. I also want the MSI to run by itself, without using the msiexec command line. I'm slightly confused as to how to do this. I think, given that I want to run the MSI directly, that I'm forced down the path of major upgrade. Is this right? Should I also be using upgrade code for the patch? Cheers Nick -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users