SluijsensandClaude Sonnet 5
0447993181
Frontend (Unit 2 completion): dual dev-server tooling (pnpm dev:slave, pnpm dev:all), per-instance browser tab titles, and a backend capability check (SystemController + useSystemCapabilities + ModuleGuard) so a Master-only page is hidden on a slave instance instead of assuming every backend has every module. Master/slave protocol fixes surfaced by actually running master and slave side by side locally: - Deactivating a CMS instance (Inactive) now releases the slave's master gate instead of leaving it stuck on its last pushed status. - The periodic integrity check now also re-pushes status to every reachable slave (previously URL-verification only) and runs once immediately on startup. - Added the originally-specified (but never implemented) slave-pull path: a slave now periodically polls its own status from the master (GET /api/v1/SlaveStatus) and fails open to Available if the master is unreachable for too long, complementing the existing push. - The slave's own Settings page can no longer "successfully" change local availability while the master controls it; it's now locked with an explanatory banner and the backend rejects the write with 409 instead of silently no-op'ing it. - CMS instance status badges now match the dashboard's color/icon styling instead of a plain grey badge. Also corrected the master-cms-module design docs to match this as-built behavior, and flagged (without a full rewrite) a larger, pre-existing divergence between its inception-stage application design and what construction actually built. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2.2 KiB
Audit Log — Tech Debt Backlog
Initial Request — Feature Created
Timestamp: 2026-07-01T00:00:00Z
User Input: "Laat ze staan en documenteer ze als unused. Maak ook een nieuwe feature aan waar je dit in verwerkt om te fixen dat ze niet worden gebruikt. Als je meer issues vindt gooi die dan ook in deze feature. Maak het dus eigenlijk een soort tech debt feature. Net als de gefaalde tests bij de Build & Test check die je zojuist gedaan hebt. Die tech debt feature kan ik dan later oppakken. Voor nu doorgaan met unit 4"
AI Response: "Nieuwe feature 'tech-debt-backlog' aangemaakt als lichtgewicht backlog (geen volledige inception-cyclus doorlopen, gezien het doel puur registratie is voor latere oppak). Backlog vastgelegd in inception/requirements/backlog.md met 3 items: TD-001 (dode MasterModuleOptions properties), TD-002 (4 pre-existing frontend lint findings, geverifieerd via git worktree checkout van commit c156107 met schone npm install), TD-003 (2 nieuwe lint findings geïntroduceerd door master-cms-module Unit 3, bewust hierheen verplaatst i.p.v. direct gefixt). Toegevoegd aan active-features.md."
Context: Feature aangemaakt tijdens master-cms-module sessie; geen actieve executie gestart, puur registratie voor later
TD-004 Added — Master-Controlled Availability Copy Review
Timestamp: 2026-07-04T00:00:00Z
User Input: "De tekst mag nog wel wat anders worden, maar ik weet nu even niet wat dus ik kan dat nu ook zelf niet veranderen. Kan je hier een tech debt item voor maken zodat ik dit later op kan pakken?"
AI Response: "TD-004 toegevoegd aan backlog.md: de teksten voor de master-controlled availability-lock op SettingsPage (banner-titel, banner-body, en de 409-conflict-toast — drie i18n-sleutels in nl/en translation.json) zijn functioneel correct maar de exacte formulering moet nog herzien worden. Puur copy, geen logica-wijziging verwacht; genoteerd dat de bijbehorende SettingsPage.test.tsx-assertie op tekst matcht en dus mee moet worden aangepast bij het oppakken."
Context: Item ontstond direct na de master-controlled-availability fix in local-dev-master-slave-setup (zelfde sessie, 2026-07-04); user wilde de tekst niet blokkerend laten zijn voor de rest van het werk.