From 2a34a94cc689ebac2c30cab7acc09de7e2c07ed7 Mon Sep 17 00:00:00 2001 From: Lucas Berger Date: Thu, 11 Jun 2026 14:42:33 -0400 Subject: [PATCH] =?UTF-8?q?docs(08):=20correct=20premature=20completion=20?= =?UTF-8?q?=E2=80=94=20phase=208=20+=20CI-01=20still=20in=20progress?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Plans 08-03 (harness UI-regression job) and 08-04 (publish job) are not yet built; CI-01's definition includes the harness step (08-03). Revert phase 8 and CI-01 from complete back to in-progress. --- .planning/REQUIREMENTS.md | 4 ++-- .planning/ROADMAP.md | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/.planning/REQUIREMENTS.md b/.planning/REQUIREMENTS.md index 6554679..fc9ba16 100644 --- a/.planning/REQUIREMENTS.md +++ b/.planning/REQUIREMENTS.md @@ -39,7 +39,7 @@ Each requirement maps to exactly one roadmap phase (see Traceability). ### CI — Gitea continuous integration -- [x] **CI-01**: Every pull request targeting `main` runs full regression — lint, typecheck (both apps), unit tests, API integration tests against a MariaDB service container, **and the Phase 7 mobile Playwright harness as a UI-regression step (CI brings up the API + PWA dev servers + MariaDB service container with `DEV_AUTH_BYPASS` in the runner and runs the harness specs headlessly against the authed PWA)** — and the result gates the merge. +- [ ] **CI-01**: Every pull request targeting `main` runs full regression — lint, typecheck (both apps), unit tests, API integration tests against a MariaDB service container, **and the Phase 7 mobile Playwright harness as a UI-regression step (CI brings up the API + PWA dev servers + MariaDB service container with `DEV_AUTH_BYPASS` in the runner and runs the harness specs headlessly against the authed PWA)** — and the result gates the merge. - [ ] **CI-02**: On merge to `main`, the API Docker image is built and published to the Gitea container registry. ### Test — Mobile-emulated authed browser harness @@ -73,7 +73,7 @@ Maps each REQ-ID to its phase. v1.1 phases continue v1.0 numbering (v1.0 ended a |--------|-------|--------| | TEST-01 | Phase 7 (Mobile Test Harness) | Complete | | TEST-02 | Phase 7 (Mobile Test Harness) | Complete | -| CI-01 | Phase 8 (Gitea CI) | Complete | +| CI-01 | Phase 8 (Gitea CI) | In progress | | CI-02 | Phase 8 (Gitea CI) | Pending | | CAL-15 | Phase 9 (Faster Write-Back) | Pending | | ADMIN-01 | Phase 10 (Admin Role & Settings) | Pending | diff --git a/.planning/ROADMAP.md b/.planning/ROADMAP.md index 6f98891..610ed9c 100644 --- a/.planning/ROADMAP.md +++ b/.planning/ROADMAP.md @@ -26,7 +26,7 @@ Full phase detail archived in [`milestones/v1.0-ROADMAP.md`](milestones/v1.0-ROA Make FamilySync configurable, administrable, and maintainable for real multi-member use — without hand-editing env files or the database. The new critical path runs **mobile test harness → Gitea CI** (CI consumes the harness specs for UI regression), and the **admin role → reminders / setup wizard** chain (a single `/api/admin` + `/api/setup` route surface carrying the v1.1 DB migration). Faster write-back is a fully independent track. - [x] **Phase 7: Mobile Test Harness** - Mobile-emulated, authenticated PWA browser harness so the assistant (and CI) can catch mobile-only defects (completed 2026-06-11) -- [x] **Phase 8: Gitea CI** - Full regression on PR to main (lint/typecheck/unit/API-integration vs a MariaDB service container **+ the Phase 7 mobile harness as a UI-regression step against a CI-hosted dev stack**) + Docker image publish on merge (completed 2026-06-11) +- [ ] **Phase 8: Gitea CI** - Full regression on PR to main (lint/typecheck/unit/API-integration vs a MariaDB service container **+ the Phase 7 mobile harness as a UI-regression step against a CI-hosted dev stack**) + Docker image publish on merge - [ ] **Phase 9: Faster Write-Back** - Event-driven outbox drain so edits land in ~1-2s instead of ~15s, preserving every outbox durability guarantee - [ ] **Phase 10: Admin Role & Settings** - DB foundation (is_admin / reminder_lead / app_config) + role-gated admin UI to rotate app passwords and designate the shared calendar - [ ] **Phase 11: Per-Event Reminders** - Reminder selector on the event form (incl. "None") serialized as VALARM, with a variable-lead scheduler that honors each event's choice