5 Commits

Include renames

Author	SHA1	Message	Date
naps62-yoloandClaude Opus 4.7	a671e15114	feat(maestro): daemon WS /api/events for live catalog updates (NAP-248) ... New module `local_events::LocalEventBus` (broadcast<RegistryEvent>) with two publishers: * `spawn_session_publisher` — translates SessionManager's own session events into the matching `RegistryEvent` variants (with daemon_id filled in for the SessionRemoved case). * `CatalogMirror::apply` — re-publishes peer events after applying them to the local mirror, so subscribers see the post-apply state. New `WS /api/events` route on the daemon: subscribes to the bus, sends an initial `Snapshot` built from manager.snapshot() ∪ catalog state, then forwards live deltas. `Lagged` follows the registry's convention (client resyncs via REST). Revert the REST-seed hack in web/src/events.ts — the WS endpoint now exists, so `CatalogStore::start()` can go back to just `connect()`. E2E: subscribe to a daemon's events WS, expect Snapshot then a SessionAdded after POSTing /api/sessions. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-26 22:01:08 +00:00
naps62-yoloandClaude Opus 4.7	53cc008e3b	test(maestro): e2e for broker T2 + allow_inbound enforcement (NAP-247) ... Two scenarios: * broker_t2_attach_through_home_daemon: alpha + beta share perimeter "wg-test"; beta lists alpha in allow_inbound. Test attaches to beta's session via alpha's /api/attach/:id and verifies the PTY echoes back. * broker_rejects_when_target_doesnt_allow_inbound: same setup but beta's allow_inbound is empty; the broker WS handshake succeeds at alpha (which has no reason to refuse) but beta drops the pair JWT, so the proxied stream closes without any PTY bytes flowing. Extends maestro-e2e::Daemon with DaemonOptions and a spawn_at variant that fixes the bind address, so the daemon's advertised private_addr matches the port the broker will dial. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-26 20:32:37 +00:00
naps62-yoloandClaude Opus 4.7	a701d537a3	test(maestro): e2e for daemon catalog mirror (NAP-246) ... Spins up registry + alpha + beta, creates a session on beta, verifies alpha's `/api/sessions` and `/api/daemons` reflect the peer state within 5 s of the create round-tripping. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-26 19:18:31 +00:00
naps62-yolo	90127e0ed3	feat(maestro): wire maestro-daemon to unified config (NAP-233) ... Daemon now loads `[shared].registry_url`, `[shared].token`, and the `[daemon]` section from the unified file via maestro-config. The registry-WS endpoint is derived from `[shared].registry_url` (scheme swap + `/daemon`), so operators configure a single base URL instead of duplicating the daemon-specific endpoint. Env-var renames (all per the new `MAESTRO_<SECTION>_<FIELD>` convention): - MAESTROD_REGISTRY_URL → MAESTRO_SHARED_REGISTRY_URL (and the value is now an http(s) base, not the ws daemon endpoint) - MAESTROD_DAEMON_URL → MAESTRO_DAEMON_URL - MAESTROD_DAEMON_ID → MAESTRO_DAEMON_ID - MAESTROD_BIND_ADDR → MAESTRO_DAEMON_BIND_ADDR - MAESTROD_CONFIG → MAESTRO_CONFIG - MAESTRO_TOKEN → MAESTRO_SHARED_TOKEN `maestrod configure` now writes the unified file with read-modify-write so any existing `[cli]` / `[registry]` sections on the same host are preserved. The interactive prompts reflect the new shape: registry URL is asked for as a base URL, and the token prompt names the new env var. Missing-file behaviour is hard cutover: if the config doesn't exist and not every required field comes from env, the daemon errors with a message pointing at `maestrod configure` and explicitly noting that the legacy paths (~/.config/maestrod/config.toml) are no longer read. e2e harness updated to match: `Daemon::spawn` takes the registry's HTTP base, and the spawned subprocess sees the renamed env vars.	2026-05-26 09:31:15 +00:00
naps62-yolo	91f252b4e2	feat(maestro): add maestro-e2e cross-process test harness (NAP-217) ... New `crates/maestro-e2e` exercises the full headless stack — registry, two daemons, real HTTP+WS — as actual subprocesses. Harness pieces: - `Registry::spawn` and `Daemon::spawn` launch the real built binaries with `env_clear()` plus an isolated `$HOME`, `XDG_CONFIG_HOME`, `XDG_STATE_HOME`, and (for daemons) `TMUX_TMPDIR`. Drop guards kill the child and clean the temp dirs. - `Daemon::stop` + `Daemon::restart` swap the process without losing the state dirs, so the recovery test exercises a real tmux re-adoption. - A `build::workspace_target_bin` helper re-invokes cargo from the test process to build `maestrod` / `maestro-registry` on demand (cargo only ships libs as path-dep of e2e by default). - `TestClient` wraps reqwest + tokio-tungstenite for the public HTTP+WS surface — list/spawn/kill/connect-info/attach + events WS. Scenarios covered (`tests/e2e.rs`): - list sessions from two daemons through one registry - multi-attach: two WS clients see the same PTY output - worktree with `cleanup_on_kill: true` is removed after kill - daemon restart: catalog drops then repopulates from `recover()` - concurrent spawns all get distinct ids All five pass in ~0.7s in parallel; cleanup confirmed (no leftover processes or temp dirs).	2026-05-26 07:38:19 +00:00