Today's meeting was a brisk 30 minutes—we all wanted to get home to celebrate today's leap second with family and friends.
New/old issue triage
Feature 3746 | WixStdBA should support same version upgrades. is how we renamed this old issue, as the previous title indicated that the Burn engine couldn't handle same-version upgrades. It can, but by default, a bundle with the same version as another won't upgrade other bundles with that version already installed. I opened Feature 4808 | Consider defaulting same-version upgrades in bundles to track whether we want to change that default behavior in WiX v4.0. For WiX v3.x, we can't change the default but we could add an option to WixStdBA to do that work for us.
Bug 4779 | Patch rollback works, but previous applied patch does not show in 'view installed updates' (after rollback) finally got my attention long enough for me to review the logs and conclude that this issue is actually a feature request for Burn to support supersedence of bundles, so that patch bundles could mimic the behavior Windows Installer supports for superseded patches. A fine feature request, though it will take a fair bit of design and therefore requires a WIP to start the discussion.
Bug 4791 | WiX 3.9 R2 lit.exe/light.exe throw IOExceptions Ending the Build When MultiProc is Enabled under TFS 2103 Team Build prompted another of my fun weekend activities, reviewing pull requests. The pull request prompted a bit of discussion, which I imagine we'll resolve quickly, so we opened this issue for WiX v3.11.
Bug 4802 | Wrong DllEntry in "Quiet Execution Custom Action" page is a doc bug that's actually a time-travel problem. The problem is that documentation changes we make in WiX v3.10 are reflected immediately on http://wixtoolset.org/ and, unless we add it by hand, it's not marked with a version. I assigned it to myself to add a note about the version differences.
Bug 4804 | wcsistr is compiled as DAPI(__stdcall) but strutil.h omits it reports that the
wcsistrfunction in the DUtil library isn't exported and therefore can't be used. It's an easy fix to export so I took it for WiX v3.10.Feature 4805 | compatibility with Windows Store Applications is a feature request to support DTF's
Microsoft.Deployment.Compression.Cab.dllfor Windows Store/Universal Windows Platform apps. Given thatMicrosoft.Deployment.Compression.Cab.dllis mostly a P/Invoke wrapper around native-codecabinet.dlland would require a massive rewrite of that functionality in managed code, we decided to defer the issue.Bug 4807 | Candle is randomly crashing on different wxs files caused brief sadness over a crashing bug but was quickly followed by confusion because the crash event reported the crash coming from a DLL that is not a WiX assembly. It looks like an environment-specific issue so we asked for more information to help narrow it down.
WiX v3.10 review
Soma announced that Visual Studio 2015 will be available for download on 20-July. So we have our target date to plug into the plan: Once Visual Studio 2015 RTM is available, we install it, fix the WiX v3.10 bug (see below) that's waiting on the RTM bits, spin a build and send out the call to folks to help verify WiX v3.10 is ready to go. After a couple of weeks, we can ship, say in the first or second week of August. In the meantime, there are just three bugs that target WiX v3.10:
Bug 4804 | wcsistr is compiled as DAPI(__stdcall) but strutil.h omits it was the trivial bug we opened today for WiX v3.10.
Feature 4789 | Support .NET 4.6 RTM in WiX v3.10 is still open for me to support .NET 4.6 in WixNetfxExtension. As planned, I implemented support for .NET 4.6 RC in time for WiX v3.10 RC. Once Visual Studio 2015 RTM ships, I can finalize package group authoring for .NET 4.6 RTM.
Feature 4180 | .NET 4.5.1 & 4.5.2 EULAs now has a URL scheme for the downloadable licenses.