diff options
| author | Christophe Besson <cbesson@gmail.com> | 2026-09-11 14:17:55 +0200 |
|---|---|---|
| committer | Christophe Besson <cbesson@gmail.com> | 2026-09-11 17:51:51 +0200 |
| commit | d4935aa2a28fcbab8c3556e3532e53667092701e (patch) | |
| tree | 2898874e80493bb7067401b4462b51edba267e69 /packages/meshbay-hub/src/meshbay_hub/static/node-page.js | |
| parent | bca6fc3f0884fcdb0455b502ee4495b04945baee (diff) | |
| download | meshbay-d4935aa2a28fcbab8c3556e3532e53667092701e.tar.gz | |
feat: gate the create-group wizard on whether a node is bundled
MeshBay Light has no bundled meshbay-node.exe, so the create-group wizard
(which assumes it can start a local node) needs its own signal, not just
platform.node.available. main.js exposes it over IPC (node:bundled) by
checking the packaged resources directory rather than trusting a build-time
constant; preload.js and platform.js carry it through the usual
contextBridge/wrapper path.
winCanElevateServiceMode() replaces the two prior 'app.isPackaged' checks
for whether the app can offer service-mode elevation -- Light is packaged
but has no service-mode.ps1 to elevate into, so packaged alone was already
the wrong test even before this target existed.
create-group-page.js gates the wizard step that starts a node on the new
capability instead of hiding the whole feature; node-page.js's comment fix
is unrelated cosmetic drift caught in the same pass.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Diffstat (limited to 'packages/meshbay-hub/src/meshbay_hub/static/node-page.js')
| -rw-r--r-- | packages/meshbay-hub/src/meshbay_hub/static/node-page.js | 9 |
1 files changed, 4 insertions, 5 deletions
diff --git a/packages/meshbay-hub/src/meshbay_hub/static/node-page.js b/packages/meshbay-hub/src/meshbay_hub/static/node-page.js index c1d57f9..6dcaa58 100644 --- a/packages/meshbay-hub/src/meshbay_hub/static/node-page.js +++ b/packages/meshbay-hub/src/meshbay_hub/static/node-page.js @@ -55,11 +55,10 @@ function NodeServicePanel({ onChanged }) { return i.autostart ? 'signin' : 'off'; }; - // Switching mode itself — the installer's own choice is effectively one-shot - // (it skips the question once the firewall rules exist for any reason, and - // per-user mode sets those up on its own with no Scheduled Task), so this is - // the only way back in if service mode was declined, or out if it is no - // longer wanted. One elevation, task + firewall together, same script. + // Switching mode itself — the installer's own radio page only runs once, + // at install time, so this is the only way back in if service mode was + // declined there, or out if it is no longer wanted. One elevation, task + + // firewall together, same script the installer runs. // // The two mechanisms are mutually exclusive by construction here: never // both installed at once, which would start the daemon twice (once at |