fix(msi): ship WinUI 3 GUI; pick host-arch makepri.exe

[rodchristiansen]

Summary

• Wire Generate-GuiAppFiles.ps1 into the wixproj as a BeforeBuild target so the WinUI 3 publish output is harvested into a GuiAppFiles ComponentGroup (463 files — BootstrapMate.exe, Microsoft.UI.Xaml runtime, App.xbf/MainWindow.xbf, Assets/, locale .mui).
• Add <ComponentGroupRef Id="GuiAppFiles" /> to the DefaultFeature; drop the dead single-file BootstrapMateGuiApp component that only shipped BootstrapMate.exe with no deps and was conditional on APP_DIR <> "".
• Suppress ICE03 — WinUI MUI locales gd-gb, mi-NZ aren't in WiX's ICE validation table, and the master Microsoft.ui.xaml.dll's embedded locale list overflows the File.Language 255-char column. Both are benign at install time.
• Pick makepri.exe host-arch first in build.ps1. The previous arm64-first order picked a binary that can't run on x64 hosts (The specified executable is not a valid application for this OS platform) and silently fell back to cached publish/app contents.

Result

Before: signed BootstrapMate-x64-2026.04.24.1542.msi was 28 MB and installed only installapplications.exe to C:\Program Files\BootstrapMate\ (1 file).

After: signed BootstrapMate-x64-2026.04.27.1219.msi is 86 MB and installs 544 files including BootstrapMate.exe, App.xbf, MainWindow.xbf, the full Microsoft.UI.Xaml.* runtime, Microsoft.UI.* Windows App SDK, and Assets/.

Test plan

• dotnet build installer/BootstrapMate.Installer.wixproj -p:Platform=x64 succeeds (463-file harvest, 0 warnings, 0 errors)
• .\build.ps1 -Architecture both -Thumbprint <cert> produces signed x64 + arm64 MSI and .intunewin
• x64 MSI Authenticode-signed by EmilyCarrU Intune Windows Enterprise Certificate (6516E0FE…), DigiCert-timestamped
• After install: C:\Program Files\BootstrapMate\BootstrapMate.exe is present and signed
• arm64 install validation on an ARM64 host (build artifact present, install untested)
• Push to Intune via provisioning/deploy.ps1 -App and confirm fleet endpoints land both binaries

[Copilot]

Pull request overview

This PR updates the WiX-based MSI packaging so the WinUI 3 GUI app (and its runtime dependencies) is included in the installer, and fixes build.ps1 so it selects a host-compatible makepri.exe when generating PRI resources.

Changes:

• Wire a pre-build MSBuild target to generate/compile a harvested GuiAppFiles ComponentGroup from the GUI publish output and reference it from the default feature.
• Remove the old single-file GUI component and suppress ICE03 to accommodate WinUI MUI language metadata edge cases.
• Prefer host-architecture makepri.exe selection to avoid picking an ARM64 tool on x64 hosts.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 4 comments.

File	Description
installer/Product.wxs	Switches from a single GUI exe component to a harvested GuiAppFiles ComponentGroup referenced by DefaultFeature.
installer/BootstrapMate.Installer.wixproj	Adds ICE suppression and a pre-build target to generate/compile GuiAppFiles.wxs; adds a GUI publish-output validation error.
build.ps1	Fixes makepri.exe selection order to prefer host architecture first.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

The error text says the GUI app directory is not found, but the Condition checks for a specific file ($(AppDir)\BootstrapMate.exe). Update the message to reflect what’s actually being validated (or change the Condition to check the directory) so troubleshooting output is accurate.

Suggested change

	<Error Text="BootstrapMate GUI app directory not found at $(AppDir). Run build.ps1 to publish the GUI before building the MSI."
	<Error Text="BootstrapMate GUI app executable not found at $(AppDir)\BootstrapMate.exe. Run build.ps1 to publish the GUI before building the MSI."

[Copilot]

The comment refers to $(APP_DIR), but WiX preprocessor variables elsewhere in this file use the $(var.X) form (e.g., $(var.BIN_DIR)). To avoid confusion for future edits, consider updating the comment to reference $(var.APP_DIR) (or explicitly call out that APP_DIR is a DefineConstant provided by the wixproj).

Suggested change

	harvested from $(APP_DIR) into the GuiAppFiles ComponentGroup by the
	harvested from $(var.APP_DIR) into the GuiAppFiles ComponentGroup by the

[Copilot]

Generate-GuiAppFiles.ps1 currently generates sequential Component/File IDs (c_00001, f_00001, …) which will shift whenever files are added/removed. Because the script also uses Guid="*", this can churn many component GUIDs across releases and lead to unreliable MSI upgrades (old files orphaned / components treated as new). Prefer deterministic IDs derived from each file’s relative path (e.g., a stable hash) so unchanged files keep the same Component Id (and therefore GUID) between builds.

[Copilot]

GenerateGuiAppFiles runs BeforeBuild, but the missing-GUI check is implemented in the BeforeBuild target. If $(AppDir) doesn’t exist, the script will fail first and the more actionable MSBuild won’t be shown. Consider adding a Condition to the Exec/Target (or moving this target to run after the validation) so the build consistently fails with the intended error message when the GUI publish output is missing.

Suggested change

	<Target Name="GenerateGuiAppFiles" BeforeTargets="BeforeBuild">
	<Target Name="GenerateGuiAppFiles"
	BeforeTargets="BeforeBuild"
	Condition="Exists('$(AppDir)\BootstrapMate.exe')">