johanleroy/arboretum
1
1
Fork 0
Code Issues Pull Requests Actions Packages Releases 13 Activity
Files
c8d30c7b0dfe05e63e465fbf30fe945cb9b8de46
arboretum/packages/desktop/CHANGELOG.md
T
johanleroy 63f2697745
CI / Build & test (Node 22) (push) Successful in 11m12s
Details
CI / Build & test (Node 24) (push) Successful in 10m14s
Details
CI / No em/en dashes (push) Successful in 3s
Details
Deploy site (production) / build-and-deploy (push) Successful in 19s
Details
CI / Pack & boot smoke (Node 22) (push) Has been cancelled
Details
release: git-arboretum 3.4.0 (visibilité temps réel, historisation), desktop 0.2.0 (Windows, logo), vscode 0.4.1, site 0.4.0 
Tout est additif : PROTOCOL_VERSION inchangé, aucune rupture d'API.

Temps réel réellement armé
- `pinSession` n'était appelé nulle part : une session vivante épingle désormais le watcher FS de son
  worktree (`WorktreeManager.syncSessionPin` + `resolveWorktreeForCwd`), donc un worktree où un agent
  écrit se rafraîchit même si personne ne le regarde (mesuré ~350 ms).
- Les abonnements `watch` sortent de `GitPanel`, démonté dès qu'on quitte son onglet, ce qui coupait le
  seul abonnement de toute l'app : `composables/useWatchedWorktrees.ts` (monté dans App.vue) suit le
  worktree actif et les dépôts dépliés, borné à 40.
- Une coupure WS ne laisse plus l'UI sur des listes périmées : rechargement complet au retour.
- `worktree_changes` alimente `worktrees.changeVersion`, consommé par l'arbre de fichiers, le diff
  (son `:version` était câblé à 0) et l'éditeur, qui recharge un tampon propre ou lève la bannière de
  conflit avant la sauvegarde au lieu d'attendre le 409.

Corrélation session ↔ worktree par contenance (`@arboretum/shared/path-match.ts`)
- Un terminal lancé dans un sous-répertoire (« Démarrer le projet ») ou une session de groupe reliée
  par `--add-dir` apparaissent enfin sous leur worktree ; le worktree le plus spécifique gagne.
- Règle unique partagée par le daemon, le web et l'extension.

Historisation
- `commitLog` / `commitDiff` purs, `GET /repos/:id/worktrees/log` et `diff?commit=` (hash strictement
  validé, mêmes bornes que les diffs de fichiers).
- `CommitHistory.vue` sous le panneau Git : commits, marquage des non poussés, diff déplié sur place.

Visibilité
- Compteurs git complets sur chaque worktree de l'arbre et du panneau Groupes (ils n'existaient qu'en
  barre de statut, pour le seul worktree actif), avec upstream et dernier commit en infobulle ;
  `locked`, `prunable` et un dépôt invalide sont désormais visibles.
- Le panneau Groupes montre sa composition réelle (dépôts, worktrees, sessions) et teinte l'explorateur.

Polish visuel
- Les toasts d'erreur, persistants, s'empilaient derrière les modals : téléportés au-dessus.
- Sur mobile, ouvrir un terminal ou changer d'activité n'avait aucun effet visible.
- Tailles de panneaux clampées sur la fenêtre, barres d'onglets sans scrollbar parasite, états de
  chargement et d'erreur dans les trois panneaux, accessibilité des 11 modals centralisée dans
  ModalHost, splitters au clavier, numéros de diff collants, `window.confirm` remplacé.

Windows (daemon et packaging)
- `where.exe`, PowerShell comme shell de lancement, askpass `.cmd` (clone/push HTTPS par PAT),
  `taskkill /T`, `%APPDATA%`, `arboretum install` via tâche planifiée.
- Scripts de build exécutables sur un hôte Windows (`npm.cmd`, extraction sans `unzip` ni `bash`).
- Job CI `windows-latest` conditionné par ENABLE_WINDOWS_BUILD ; procédure runner dans docs/CI_RUNNERS.md.

Logo Debian : cause racine
- Une icône unique de 895×895 atterrissait dans `hicolor/895x895`, répertoire absent d'`index.theme`
  donc ignoré par la spécification freedesktop ; et `executableName` dérivait du nom scopé du paquet
  (`@arboretumdesktop`). Jeu d'icônes standard généré + `executableName: arboretum`, plus
  `deb.synopsis` (description courte vide dans apt) et `Section: devel`.
- Runtime Node embarqué élagué : 205 → 118 Mo.
- Auto-update réparé : la release flottante `desktop-latest` que les binaires interrogent n'existait pas.

Doc et vitrine
- README/README.fr : installation par plateforme, mode serveur web (nginx, LAN), dépannage, variables
  d'environnement, flags manquants.
- Doc in-app réécrite (elle renvoyait aux pages Worktrees et Sessions supprimées).
- Section « Accès distant » dans les Réglages ; le 403 BAD_ORIGIN nomme le flag à ajouter.
- Site : prérequis et registre npm privé (le `npx` affiché renvoyait un 404), téléchargements réels par
  plateforme, section « trois façons de l'utiliser », navigation complétée, 16 clés i18n mortes purgées.

Vérifications : 483 tests unitaires, 14 acceptances E2E vertes (dont p14/p15 nouvelles), captures de
rendu sans erreur console (nouveau `verify-ui.mjs`), .deb reconstruit et contrôlé (icônes aux tailles
standard, entrée .desktop valide).
2026-08-04 13:02:11 +02:00

3.3 KiB
Raw Blame History

Changelog

Notable changes to the Arboretum desktop app (packages/desktop). The daemon and the VS Code extension keep their own changelogs in packages/server/CHANGELOG.md and packages/vscode/CHANGELOG.md.

0.2.0

Distribution release: the Linux launcher icon finally shows up, Windows becomes a first-class target, and the embedded runtime loses a third of its weight.

  • Launcher icon fixed (Linux). Earlier packages installed a single 895×895 icon. That size is not declared in hicolor/index.theme, so by the freedesktop spec every desktop environment ignored it and the launcher fell back to a generic icon. The build now generates the standard set (16 → 512) plus a proper .ico for Windows, and forces executableName: arboretum (the scoped package name was producing @arboretumdesktop as binary, .desktop file and icon name).
  • Package metadata. A non-empty short description in apt show (deb.synopsis was missing), Section: devel instead of default, a single-line Comment in the desktop entry (it was multi-line, hence invalid), plus GenericName and Keywords for search.
  • Windows. Build scripts run on a Windows host again (npm/npx are .cmd shims that execFileSync cannot resolve; the Node extraction used unzip and bash -c cp/rm, none of which exist there). The daemon side gained what it needed to actually work: where.exe to find the Claude CLI, PowerShell as the launch shell, a .cmd askpass so HTTPS clone/push with a token works, and taskkill /T so stopping a terminal takes its whole process tree down. CI has a windows-latest job, enabled by the ENABLE_WINDOWS_BUILD repository variable, see docs/CI_RUNNERS.md.
  • Auto-update repaired. Shipped binaries point at a desktop-latest release that never existed, so no client could ever see an update. The release workflow now recreates that floating release on every version and attaches the latest*.yml files and installers to it, with .blockmaps for differential updates and SHA256SUMS.
  • Smaller download. The bundled Node runtime is pruned to the binary and its licence (no headers, no docs, no npm/corepack): ~205 MB → ~118 MB. Nothing at runtime used them, the daemon's dependencies being installed at build time.
  • macOS integration. An application menu (without it ⌘C / ⌘V / ⌘A were not bound anywhere in the app), app.on('activate') so the Dock icon brings back a hidden window, and a monochrome template tray icon that follows the menu-bar theme.
  • PATH enrichment on Windows. %LOCALAPPDATA%\Programs and %APPDATA%\npm are added to the daemon's PATH, where the Claude CLI and global npm binaries live (this was POSIX-only).

0.1.3

Ships the 3.3.0 daemon ("Start the project": launch commands and multi-terminal boot).

0.1.2

Ships the 3.2.0 daemon (Emerald visual overhaul, light and dark themes).

0.1.1

  • Fixed the missing window/launcher logo under Debian and Wayland by pinning the runtime app id (app.setName('Arboretum')) to the StartupWMClass written in the desktop entry.

0.1.0

First desktop release: an Electron shell that runs the daemon as a child process and opens its UI already authenticated, with a bundled Node runtime, a tray icon, launch-at-login and auto-update.

Reference in New Issue View Git Blame Copy Permalink