From 625b2fea074e1c23b992b5759126595b6850af32 Mon Sep 17 00:00:00 2001 From: Christophe Besson Date: Thu, 15 Oct 2026 18:12:09 +0200 Subject: fix(packaging): the command-line client's Store alias on an application of its own An Application declares one windows.appExecutionAlias extension, and the app's is meshbay-node.exe; the second one added for meshbay-cli.exe made makeappx refuse the package ("must only be declared once") at the very end of the Store build. The client is now an Application of its own, out of the Start menu, carrying its alias. Built: MeshBay-0.20.0.appx with both aliases. Co-Authored-By: Claude Opus 5.5 --- packaging/win/README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'packaging/win') diff --git a/packaging/win/README.md b/packaging/win/README.md index 89185fe..959e651 100644 --- a/packaging/win/README.md +++ b/packaging/win/README.md @@ -37,7 +37,7 @@ way — not LocalSystem/NetworkService, which would have none of this. `build/installer.nsh` also adds `…\resources\node-runtime` to the **per-user** `Path` (`HKCU\Environment`) so `meshbay-node` and `meshbay-cli` work in a terminal, and takes it back out on uninstall. The Store package declares an -execution alias for each instead (`build/appx-extensions.xml`). New shells only — a `WM_SETTINGCHANGE` broadcast nudges +execution alias for each instead (the node's in `build/appx-extensions.xml`; the client's on an application of its own in `build/appx-manifest.xml`, since an application declares one alias). New shells only — a `WM_SETTINGCHANGE` broadcast nudges open ones. It uses stock `WordFunc.nsh` (the `EnVar` plugin is not in electron-builder's NSIS bundle). -- cgit v1.2.3