Skip to content

feat: real in-app auto-update for the desktop app (electron-updater) - #272

Closed
NovakPAai wants to merge 2 commits into
mainfrom
feat/desktop-in-app-update
Closed

feat: real in-app auto-update for the desktop app (electron-updater)#272
NovakPAai wants to merge 2 commits into
mainfrom
feat/desktop-in-app-update

Conversation

@NovakPAai

Copy link
Copy Markdown
Collaborator

Problem

The desktop app (macOS DMG) offered an Update Now banner that hit POST /api/updatenpm i -g codbash-app@latest + restart. In the packaged Electron app this never worked: it updated an unrelated npm-global copy while the app kept running its bundled server, so after the "restart" the app opened on the old version again. This is the exact symptom users reported ("download, click Update, it restarts, still old version").

What this does

Replaces the broken web self-update with a real in-place update via electron-updater, keeping the npm-CLI path intact.

Update flow (desktop): check GitHub Releases → banner shows vX availableDownload (click) → progress % → Restart to update → app relaunches onto the new version. autoDownload=false so the user controls the download; allowDowngrade/allowPrerelease pinned false.

Build/publish:

  • Added mac zip target (Squirrel.Mac installs from the zip, not the DMG) and a Windows nsis target.
  • RELEASE.md documents publishing the zips + blockmaps + latest-mac.yml (and the Windows latest.yml).

Guard: desktop/main.js sets CODBASH_DESKTOP=1; the server refuses POST /api/update with 400 in that mode, so nothing half-updates. The npm-CLI (codbash run) self-update path is unchanged.

Security hardening (from security review)

  • will-navigate guard pins the window to http://127.0.0.1:<port>/, so the powerful updater IPC bridge can't be reached by an off-origin page (C1).
  • Main process validates lifecycle state before download/install (renderer buttons are UX, not the security boundary) and validates the IPC sender frame (H2/M1).
  • Version strings rendered via textContent only (no HTML injection).

Correctness (from code review)

  • Event listeners attach at autoUpdater creation → no check result lost to a boot race; single initial check (renderer-triggered, reload-safe).
  • Periodic 6h re-check skips while downloading/downloaded → can't wipe the "ready to restart" banner.
  • Error state offers Check again + Open download page; download is idempotent against a fast double-click.

Tests

  • test/desktop-update-guard.test.js — spawns the server with CODBASH_DESKTOP=1, asserts POST /api/update → 400.
  • Full suite: 207 pass, 0 fail. electron-builder --dir confirms electron-updater is bundled into app.asar; desktop smoke (SMOKE OK) passes.

Deferred (documented)

  • Windows code-signing — the NSIS target is wired, but without an OV/EV cert electron-updater's signature check is a no-op (hash-only) and SmartScreen warns. RELEASE.md says: keep Windows on the notify-only fallback until signed.
  • Electron 33 bump — separate chore (needs full rebuild + re-notarization).
  • Unit test for renderDesktopUpdateState — the function is DOM-coupled and not module-exported; repo has no jsdom. The critical server guard is covered.

Rollout note

⚠️ In-app update only "activates" from the next release onward — the currently-installed 7.15.0 bundle doesn't ship electron-updater, so 7.15.0 → next still can't auto-update; next → the one after will.

🤖 Generated with Claude Code

The desktop app showed an "Update Now" banner that called POST /api/update
(npm i -g codbash-app@latest + restart). In the packaged Electron app that
never worked: it updated an unrelated npm-global copy while the app kept running
its bundled server, so the restart landed back on the old version.

Replace it with a real in-place update via electron-updater:
- Desktop: check GitHub Releases (latest-mac.yml/latest.yml), Download on click,
  progress, then Restart to relaunch onto the new version. autoDownload=false so
  the user controls the download; allowDowngrade/allowPrerelease pinned false.
- Add mac `zip` target (Squirrel.Mac can't apply a DMG) and a Windows `nsis`
  target; document the zip/blockmap publish flow in RELEASE.md.
- The npm-CLI self-update path is unchanged; the server refuses /api/update with
  400 when CODBASH_DESKTOP=1 (set by desktop/main.js) so it can't half-update.

Hardening (from security review):
- will-navigate guard pins the window to the local server origin, so the
  powerful updater IPC bridge can't be reached by an off-origin page.
- Main-process validates state before download/install (renderer buttons are UX,
  not the security boundary) and validates the IPC sender frame.

Correctness (from code review):
- Event listeners attach at autoUpdater creation so no check result is lost to a
  boot race; a single initial check (renderer-triggered, reload-safe).
- Periodic 6h re-check skips while downloading/downloaded so it can't wipe the
  "ready to restart" banner.
- Error state offers Check-again + Open-download-page; download is idempotent
  against a fast double-click.

Test: test/desktop-update-guard.test.js asserts /api/update → 400 in desktop mode.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@NovakPAai

NovakPAai commented Jul 24, 2026

Copy link
Copy Markdown
Collaborator Author

@vakovalskii — assigned you as reviewer/maintainer. Two things to flag.

1. Needs testing on a Windows machine 🪟

I don't have Windows, so the NSIS target and the Windows auto-update path are wired up but not verified on a real Windows box. Please validate on your side (or with the other participant who has Windows):

  • build it: cd desktop && npm run dist:win → should produce codbash Setup <ver>.exe + latest.yml;
  • test the update cycle between two versions: available → Download → Restart → new version.

⚠️ The Windows build is currently unsigned — until an OV/EV code-signing cert is in place, electron-updater's signature check degrades to hash-only and SmartScreen warns. Recommendation in RELEASE.md: do not ship Windows auto-update to real users until it's signed — keep Windows on the "open the releases page" fallback. macOS is signed/notarized and ready.

2. This must ship in EVERY future build 🔁

The mechanism now lives in the codebase (desktop/main.js + electron-updater), so it's included in the code automatically. But for the update to actually work for users, every release must publish to the GitHub Release:

  • macOS: *-mac.zip + *.zip.blockmap + latest-mac.yml (not just the DMG — otherwise the updater 404s on the zip);
  • Windows (once signed): *.exe + .blockmap + latest.yml.

This is the one step that's easy to forget in a manual release — step-by-step commands are in desktop/RELEASE.md §2b/§4. Suggest adding it to the release checklist.

Rollout note

Auto-update only "activates" from the next release onward: the currently-installed 7.15.0 bundle doesn't ship electron-updater yet, so 7.15.0 → next still takes the old path, and next → the one after will update in place.

@NovakPAai

Copy link
Copy Markdown
Collaborator Author

Cross-link: this overlaps with #271 (@indapublic's desktop OTA PoC), which targets the same problem. This PR is broader — it adds the Windows NSIS target, the macOS zip target (required for Squirrel.Mac to actually apply the update; #271 is DMG-only), security hardening (navigation guard + IPC sender validation + state-gating), and a regression test.

Worth borrowing from #271: its regenerate-latest-mac.js script automates the post-stapling latest-mac.yml regeneration, which this PR currently documents as manual RELEASE.md steps. Happy to fold that in. @vakovalskii to decide how to reconcile the two.

Adds desktop/scripts/regenerate-latest-mac.js (+ `npm run refresh-update-feed`)
so the release runbook no longer hand-edits latest-mac.yml. Generalises the idea
from #271 (thanks @indapublic) to the zip+dmg feed: it parses electron-builder's
own latest-mac.yml and refreshes sha512/size/blockMapSize only for entries whose
bytes changed on disk (sha512 mismatch), then re-syncs the top-level sha512 to
the `path` file. Schema-preserving and idempotent — the untouched .zip entries
(the actual mac update artifact) are left as-is; only stapled DMG entries are
recomputed.

RELEASE.md step 2b now calls the script instead of the manual yaml edit. Pure
transforms covered by test/desktop-update-feed.test.js.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@NovakPAai

Copy link
Copy Markdown
Collaborator Author

Folded in the feed-automation idea from #271: added desktop/scripts/regenerate-latest-mac.js (npm run refresh-update-feed), generalised to the zip+dmg feed. It parses electron-builder's own latest-mac.yml and refreshes checksums only for artifacts whose bytes changed on disk (schema-preserving, idempotent), so the release runbook no longer hand-edits the yaml. Pure transforms are unit-tested in test/desktop-update-feed.test.js. Credit to @indapublic for the original script. (commit a93e185)

@vakovalskii

Copy link
Copy Markdown
Owner

Забираю — это самый важный PR из пачки, он лечит реально репортившийся баг («скачал, нажал Update, перезапустилось — снова старая версия»). Причина установлена верно: в упакованном Electron POST /api/update делал npm i -g codbash-app@latest, т.е. обновлял посторонний npm-global, пока приложение продолжало крутить свой bundled сервер.

Проверил локально: сливается чисто, тесты 253 passed / 0 failed, CI зелёный.

Что подтверждаю по коду:

  • desktop/main.js выставляет CODBASH_DESKTOP=1, сервер отдаёт 400 на /api/update — правильно, npm i -g внутри подписанного read-only бандла бессмыслен;
  • в desktop/package.json добавлен zip target (arm64+x64) рядом с dmg — критично, Squirrel.Mac не умеет применять DMG, без zip in-place апдейт не заработал бы;
  • publish указывает на vakovalskii/codbash, есть fallback на страницу релизов при сбое.

Важное следствие для релизного пайплайна, отмечу для истории: начиная с 7.16.0 в GitHub Release обязаны лежать .zip + актуальный latest-mac.yml, иначе авто-апдейт молча не найдёт версию. Скрипт desktop/scripts/regenerate-latest-mac.js тут очень в дело — как раз этот шаг я до сих пор делал руками после stapling (staple мутирует файл и ломает хеши).

Идёт в релиз-кандидат 7.16.0.

vakovalskii added a commit that referenced this pull request Jul 30, 2026
…268) (#278)

* feat(kiro): support new file-based session format (~May 2026)

Kiro CLI moved to per-session files under ~/.kiro/sessions/cli/:
  <uuid>.json  — metadata (session_id, cwd, title, created_at, updated_at)
  <uuid>.jsonl — events: Prompt / AssistantMessage / ToolResults

- Add KIRO_SESSIONS_DIR + scanKiroCliSessions() and loadKiroCliDetail()
- Index the .jsonl files in _buildSessionFileIndex so they resolve to
  { format: 'kiro-cli' }, wiring detail/preview/search/replay/export
  end-to-end (previously listed but "Session file not found" on open)
- Validate the sessionId as a strict UUID in loadKiroCliDetail before
  path.join to close a path-traversal vector on untrusted input
- Add fixture-based tests covering scan, detail, path-traversal
  rejection, index resolution, and end-to-end wiring

Old SQLite-based Kiro sessions remain fully supported alongside.

* feat: real in-app auto-update for the desktop app (electron-updater)

The desktop app showed an "Update Now" banner that called POST /api/update
(npm i -g codbash-app@latest + restart). In the packaged Electron app that
never worked: it updated an unrelated npm-global copy while the app kept running
its bundled server, so the restart landed back on the old version.

Replace it with a real in-place update via electron-updater:
- Desktop: check GitHub Releases (latest-mac.yml/latest.yml), Download on click,
  progress, then Restart to relaunch onto the new version. autoDownload=false so
  the user controls the download; allowDowngrade/allowPrerelease pinned false.
- Add mac `zip` target (Squirrel.Mac can't apply a DMG) and a Windows `nsis`
  target; document the zip/blockmap publish flow in RELEASE.md.
- The npm-CLI self-update path is unchanged; the server refuses /api/update with
  400 when CODBASH_DESKTOP=1 (set by desktop/main.js) so it can't half-update.

Hardening (from security review):
- will-navigate guard pins the window to the local server origin, so the
  powerful updater IPC bridge can't be reached by an off-origin page.
- Main-process validates state before download/install (renderer buttons are UX,
  not the security boundary) and validates the IPC sender frame.

Correctness (from code review):
- Event listeners attach at autoUpdater creation so no check result is lost to a
  boot race; a single initial check (renderer-triggered, reload-safe).
- Periodic 6h re-check skips while downloading/downloaded so it can't wipe the
  "ready to restart" banner.
- Error state offers Check-again + Open-download-page; download is idempotent
  against a fast double-click.

Test: test/desktop-update-guard.test.js asserts /api/update → 400 in desktop mode.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* feat: detect missing project folders + offer GitHub re-clone

When a registered project folder is deleted/moved on disk, the Projects
launcher now flags it instead of failing with a confusing "invalid path".

- projects.js: pathExists() on-disk check; cloneRepo hardening — anchored
  GitHub-remote regex + realpath-of-nearest-ancestor containment guard
  (closes a symlinked-parent escape reachable via the "folder missing" window)
- server.js: GET /api/projects/manual returns `exists`; /api/launch returns
  {missing:true, remoteUrl, projectId} before the generic safety check; new
  POST /api/projects/reclone restores the folder at its original path, with a
  per-id in-flight guard (409)
- frontend: missing tiles show a role="note" disclaimer + Re-clone/Remove;
  launch-time misses (app.js + detail.js resume) offer a re-clone dialog;
  shared anchored isGithubRemote(); a11y — dialog semantics, Escape close,
  focus-on-open, aria-busy, AA-contrast warning text
- tests: pathExists + cloneRepo guardrails (symlink-ancestor, control chars);
  headless render check in scratchpad; end-to-end server smoke green

* feat: launch a project (with or without an agent) from the Terminal tab

Add a "+ Project" launcher popover to the Workspace/Terminal toolbar that
mirrors the Projects-tab launch model but opens in-app terminals:
- Terminal   — open a plain terminal in the project folder (no agent)
- Run <agent> — open a terminal and auto-run the preferred/last-used agent
- Agent menu — pick a specific installed agent to launch in the folder

Reuses openInWorkspace(), which auto-runs the agent only when the folder
actually opens, so a missing folder never misfiles agent history into ~.
Agent commands mirror the server's buildLaunchCommand (terminals.js); pi
resolves per-machine (pi vs omp) via getPiCommand(). Missing folders shown
disabled; includes filter, empty-state, Escape/outside-click close, popover
teardown on view-detach, height clamp, and theme-aware styling.

Pure frontend (workspace.js + styles.css) — covers the npm CLI and the
desktop app from one codebase. No backend changes.

* chore(desktop): automate latest-mac.yml regeneration after stapling

Adds desktop/scripts/regenerate-latest-mac.js (+ `npm run refresh-update-feed`)
so the release runbook no longer hand-edits latest-mac.yml. Generalises the idea
from #271 (thanks @indapublic) to the zip+dmg feed: it parses electron-builder's
own latest-mac.yml and refreshes sha512/size/blockMapSize only for entries whose
bytes changed on disk (sha512 mismatch), then re-syncs the top-level sha512 to
the `path` file. Schema-preserving and idempotent — the untouched .zip entries
(the actual mac update artifact) are left as-is; only stapled DMG entries are
recomputed.

RELEASE.md step 2b now calls the script instead of the manual yaml edit. Pure
transforms covered by test/desktop-update-feed.test.js.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix: block cross-origin state-changing requests (CSRF gate on POST/PUT/DELETE)

State-changing API routes (/api/focus, /api/launch, /api/bulk-delete,
DELETE /api/session, /api/projects/clone, /api/convert, …) had no CSRF/Origin
check, and the server JSON-parses the body regardless of Content-Type. A
malicious page in the user's browser could therefore issue a no-preflight
"simple" cross-origin POST to http://localhost:PORT/... and trigger side
effects (raise/launch terminals, delete sessions, clone repos).

Add a single gate, right after the existing loopback Host guard, that runs
before any route: for POST/PUT/DELETE, when Origin (or, as a fallback, Referer)
is present it must match our Host, else 403. Absent both headers = a non-browser
client (curl, scripts, the desktop shell's same-origin fetch) → allowed; a
browser CSRF attack always carries at least one on a mutating cross-site
request. GET/static are never gated.

The same-origin logic is extracted to src/origin-guard.js and shared by the
WebSocket upgrade check in terminal.js, which previously had its own copy — so
the two can no longer drift. Comparison is host+port, case-normalized (RFC 7230
Host is case-insensitive), scheme ignored (codbash serves plain HTTP).

- src/origin-guard.js: checkSameOrigin (tri-state + reason) + isDisallowedCrossOrigin
- src/server.js: import the gate; drop the inline helper
- src/terminal.js: verifyUpgradeAuth uses the shared checkSameOrigin
- test/csrf-origin-guard.test.js: 15 unit tests (Origin/Referer, case, IPv6, fail-closed)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* feat: Running Agents lists external terminals and focuses their real window

The Workspace "Running agents" tree now surfaces agents that actually run in
external native terminals (iTerm/Terminal.app/Warp/cmux) — including the ones
codbash itself launches via /api/launch — and a click raises that real window
instead of opening a blank in-app terminal.

Why: 7.15.0 scoped Running Agents to codbash-pty descendants only. Side effect:
an agent codbash launched into iTerm descends from iTerm, not a codbash pty, so
it vanished from the list — codbash opened the window yet showed "nothing
running". And clicking a row with no live pane spawned an empty shell, which is
not the agent. A live agent's PTY can't be mirrored into the browser terminal
(OS: one controlling terminal per process), so the honest action is to focus its
real window; true "resume with history" only applies to stopped sessions.

- data.js: `_scopeToCodbashAgents` (filter) -> `_tagCodbashAgents` (tag). Each
  /api/active entry gets `local` (true=codbash-pane descendant, false=external);
  nothing is dropped. Pure, testable `_tagLocalAgents(active, live, ppidOf)`
  extracted; immutable, depth-bounded, fails open as external.
- workspace.js: tree shows `!local` (external) agents; `jumpToRunningAgent`
  POSTs /api/focus by validated pid; removed dead `_wsPaneForCwd`; no blank
  terminal fallback.
- server.js: LAN-bind (--host=0.0.0.0) banner notes all-user /api/active scope.
- Tests: test/running-agents-external.test.js (11) + SDD/BDD artifacts.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(kiro): reject symlinked session files before reading (security review)

The <uuid> UUID check blocks ../ path traversal, but readFileSync still
followed symlinks: a symlink named <valid-uuid>.jsonl (or .json) inside
~/.kiro/sessions/cli/ pointing at e.g. ~/.ssh/id_rsa would be read and
exposed via the dashboard (detail/export/search/replay), especially when
codbash binds to a LAN address.

Guard both read sites with lstat + isSymbolicLink, matching the existing
Claude reader (src/data.js: `if (entry.isSymbolicLink()) continue;`):
- scanKiroCliSessions: readdir withFileTypes skips symlinked metadata;
  the .jsonl is lstat'd so a symlinked events file reports has_detail:false
- loadKiroCliDetail: lstat the .jsonl and refuse non-regular files
- _buildSessionFileIndex: skip symlinked .jsonl for defense-in-depth

Tests craft UUID-named symlinks to out-of-tree files with content that
would surface if followed (LEAKED-TITLE / LEAKED-CONTENT); verified they
fail with the guards removed and pass with them in place.

* release: 7.16.0 — in-app desktop updates, Terminal project launcher, external running agents, missing-folder recovery, CSRF gate

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: sean10 <sean10reborn@gmail.com>
Co-authored-by: NovakPAai <novakpavela@gmail.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@vakovalskii

Copy link
Copy Markdown
Owner

Вошло в 7.16.0 через релиз-кандидат #278 (main @ 5082827), релиз опубликован: https://github.com/vakovalskii/codbash/releases/tag/v7.16.0

Закрываю как включённое — коммиты в main пришли squash'ем от RC-ветки, поэтому GitHub не закрыл PR автоматически.

Проверил вживую на установленной 7.16.0: POST /api/update в desktop-шелле отдаёт 400 «Use the built-in updater in the desktop app.», ложного баннера обновления нет. .zip (arm64+x64) и latest-mac.yml с path: на zip лежат в релизе — авто-апдейт найдёт версию. Скрипт refresh-update-feed отработал корректно на реальной подписанной сборке: zip-записи не тронул, оба застейпленных DMG обновил, все 4 хеша я сверил вручную.

Спасибо — это лечило реально репортившийся баг 🙏

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants