WiX v3.0.4429.0 was released on Friday, 29-August-08. You can download it from http://wix.sourceforge.net/releases/3.0.4429.0/.
New features
- Aaron added properties to WixVSExtension to detect Visual Studio 2008 Service Pack 1.
- Aaron also added a new custom action, WixExitEarlyWithSuccess, which makes it easy to exit without error in a major upgrade when a later version is already installed.
- I updated make.bat and wix.build to pass desired verbosity from the NAnt side of the build to the MSBuild side.
- Candy Chiang, of the team integrating WiX into Visual Studio, contributed many updates to the WiX.chm documentation.
Bug fixes
Posted in
WiX at August 30th, 2008.
7 Comments.
Rick Brewster of the Paint.NET team blogged about the pain of getting Paint.NET installed on a system without the .NET Framework. It’s fair to say that for a system running Windows XP without optional updates, installing the latest and greatest Framework is an annoying exercise. Part of the problem (blame) falls on the shoulders of the Framework folks: The Framework installer should install MSI 3.1 for users; asking them to go spelunking on the Microsoft Download Center for the MSI 3.1 redistributable, then run it and reboot, is rude at best.
Rick’s proposed solution for the next release of Paint.NET is OK, though it has the downside of showing several very different UI experiences:
- A "confirmation" dialog that tells users that prerequisites will be installed.
- The OS-component update dialog (for MSI 3.1) that most users no longer see, because it’s hidden behind Windows Update.
- The .NET Framework Client Profile bootstrapper UI, which is slightly different than the OS-component update dialog.
- The Paint.NET installer configuration UI, which is slightly different than the others.
- The Paint.NET installer UI itself, which uses MSI basic UI.
- If needed, a "reboot needed" dialog, which uses slightly different UI.
A key scenario for Burn is to enable this scenario (with the Client Profile or "normal" .NET Framework installation). Part of being successful with that scenario is to have an integrated experience, which means having a consistent user interface and one progress bar.
We’re not there yet, but know that we’re working hard to solve this problem.
Posted in
Burn,
WiX at August 25th, 2008.
8 Comments.
WiX v3.0.4422.0 was released on Friday, 22-August-08. You can download it from http://wix.sourceforge.net/releases/3.0.4422.0/.
New features
- Aaron added documentation on properties used in the MSBuild tasks and targets.
- Dan Manson added a strong-name skip-verification entry so builds on x64 OSes work without registry hacks.
- Eric St. John added the ElevatedCloseMessage attribute to the WixUtilExtension CloseApplication element (and corresponding custom action implementation), to send a close message to the target process’s windows while running deferred.
Bug fixes
[Updated with actual features -v- bug fixes.]
Posted in
WiX at August 23rd, 2008.
No Comments.
WiX v3.0.4415.0–code-named Heat-Wave-in-Seattle?!–was released on Friday, 15-August-08. You can download it from http://wix.sourceforge.net/releases/3.0.4415.0/.
New features
- Jason added to DTF support for MSI 4.5’s embedded UI, along with a sample that uses WPF for the UI.
- Eric St. John added support for standard command-line switches to the WiX v3 bootstrapper.
Bug fixes
Posted in
WiX at August 16th, 2008.
8 Comments.
WiX v3.0.4401.0 was released on Friday, 01-August-08. You can download it from http://wix.sourceforge.net/releases/3.0.4401.0/.
New features
- Neil Enns continues to add topics and fix bugs in the documentation.
- Mike Carlson made the Id/Name attribute default values (in the File element, from the @Source attribute) when used from a fragment.
Bug fixes
Posted in
WiX at August 3rd, 2008.
No Comments.
WiX v3.0.4325.0 was released on Friday, 25-July-08. You can download it from http://wix.sourceforge.net/releases/3.0.4325.0/.
New features
- Mike Carlson changed the preprocessor to stop evaluating expressions in a false <?if?> block. That lets you check for the presence of a preprocessor variable, for example, and use it in the block "knowing" that it’s defined.
Bug fixes
Posted in
WiX at July 26th, 2008.
No Comments.
WiX v3.0.4318.0 was released on Friday, 18-July-08. You can download it from http://wix.sourceforge.net/releases/3.0.4318.0/.
New features
- Neil Enns, still late of the MSBuild team and still working on secret stuff, added two new properties to the OsInfo custom actions that detect the presence of a WDDM driver and whether Desktop Window Manager (DWM) composition is enabled. See "OSInfo custom actions" in WiX.chm for details.
- Aaron added directory properties for .NET Framework root directories. See the "WixNetfxExtension" topic in WiX.chm for details.
- Mike Holcomb added better error messages in the setupexe "mini-chainer" when installation errors occur.
- I added support for Unicode filenames used as source files in cabinets.
- I added PathGetKnownFolder, PathIsAbsolute, and PathConcat to the DUtil library.
Bug fixes
Posted in
WiX at July 21st, 2008.
2 Comments.
Loc variables — using !(loc.id) syntax to refer to strings defined in a .wxl file — let you use a single set of source files to build multiple localized installers. Common uses include obvious localizable strings like the product name and error messages. Slightly less common, but just as important to the localization process, are strings that aren’t visible to the user, like product-code GUIDs. They work great but there’s a risk: Loc strings aren’t subject to the same validation and correction code that “normal” strings go through. GUIDs are a perfect example. Normal strings in a .wxs source file are validated and normalized by the compiler, adding {braces} and uppercasing them as necessary to fit the Windows Installer rules for GUIDs.
There’s an open feature request to get some of the same validation done for loc strings. Maybe some weekend…
Executive summary
When you use GUIDs in loc strings, make sure they’re uppercase and in braces.
Why
Loc variables are one type of bind-time variable. Bind-time variables are resolved at, well, bind time, which is part of the linking/binding job that Light.exe does. Preprocessor variables, using $(var.id) syntax, are resolved by Candle.exe. (Technically, preprocessing, as the pre- prefix implies, happens even before compilation.) Since it’s the compiler in Candle.exe that does the deepest validation, bind-time variables miss out on it. For now, anyway.
Posted in
WiX at July 17th, 2008.
No Comments.
WcaUtil is a static library of convenience functions for writing custom actions in native C++. One of the more useful functions is WcaLog, which writes messages into the Windows Installer log. The first argument to WcaLog is the level of the message:
- LOGMSG_TRACEONLY: Written to the log only in debug builds for debugging custom actions.
- LOGMSG_VERBOSE: Written to the log only when verbose logging is enabled.
- LOGMSG_STANDARD: Always written to the log.
WcaLog considers verbose logging enabled whenever any of the following is true:
- LOGVERBOSE property: There’s a property in your package named LOGVERBOSE, regardless of its value.
- MsiLogging property: There’s a property in your package named MsiLogging that contains a V character.
- Logging policy: The logging policy is set and contains a V character.
Otherwise, messages tagged with LOGMSG_VERBOSE will be ignored.
The second argument is a printf-style format string so there are a variable number of arguments (zero or more) after it which specify the values referred to in the format string. For example:
WcaLog(LOGMSG_VERBOSE, "App: %S found running, %d processes, setting ‘%S’ property.", wzApplication, cProcessIds, wzProperty);
Note that WcaLog uses ANSI strings for the format string and its arguments, so if you want to log a Unicode string, you need to use the %ls or %S field characters.
Posted in
WiX at July 15th, 2008.
13 Comments.
WiX v3.0.4311.0 was released on Friday, 11-July-08. You can download it from http://wix.sourceforge.net/releases/3.0.4311.0/.
New features
- Neil Enns, late of the MSBuild team and now working on secret stuff, contributed a new section of how-to topics for WiX.chm. (This was actually new in v3.0.4220, but I didn’t catch it. Mea culpa!)
- Neil also added support for multiple .wxl (loc-string collection) files in .wixproj projects.
- The SecureObj custom actions, triggered by the use of the PermissionEx element in WixUtilExtension, now support 64-bit systems, including both x64 and IA64.
- Jason added support for MSI 4.5 multi-package transactions to DTF.
- I added new file-i/o functions (FileReadPartial and FileWrite) and error reporting for XML parsing errors to the dutil library.
- Aaron added new documentation in addition to fixing WixUI bugs.
- Votive now has fancy new high-res/high-color icons on Windows Vista.
Bug fixes
Posted in
WiX at July 12th, 2008.
6 Comments.