History

Claude Sonnet 5 076883a9a6 All checks were successful CD / Build and push images (push) Successful in 2m0s Details CI / Lint, typecheck, test (push) Successful in 1m42s Details CI / Auth e2e pack (push) Successful in 1m50s Details CI / Build container images (push) Has been skipped Details CD / Deploy to Test (push) Successful in 8s Details CD / Smoke tests against Test (push) Successful in 1m10s Details CD / Promote to Int (push) Successful in 10s Details Add TipTap page editor with REST persistence (#25 ) TipTap is bound to the canonical ProseMirror schema (packages/shared, #24) via a generic bridge (spec-utils.ts) that re-derives every node/mark's attrs/parseDOM/toDOM from editorSchema instead of duplicating them, so the editor's schema stays byte-for-byte identical to what the api decodes Yjs states against — guarded by a schema- fidelity + real Yjs round-trip test (@tiptap/y-tiptap client encoding against y-prosemirror server decoding). Route /p/:pondSlug/:pageSlug (RequireAuth) resolves the page via a new GET /ponds/:pondId/pages/:slug endpoint, binds a local Y.Doc via @tiptap/extension-collaboration (fragment "default"), and offers a view/edit mode toggle (sidebar auto-hides in edit mode via a small AppLayout context). Page state saves debounced to PUT /pages/:id/state with a truthful saving/saved/error(retrying) indicator; title saves separately via PATCH /pages/:id. Toolbar covers headings, marks, lists, blockquote, code block, hr, table (insert/row/column/header ops via prosemirror-tables), a minimal link mark, and an image placeholder (real upload is #27/#28). Closes #25 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>		2026-07-06 11:08:43 +02:00
..
auth.spec.ts	Bind the CI dev server to all interfaces and surface login errors	2026-07-05 06:07:49 +02:00
editor.spec.ts	Add TipTap page editor with REST persistence (#25 )	2026-07-06 11:08:43 +02:00
helpers.ts	Add auth e2e regression pack with fixtures and CI stack	2026-07-05 05:43:05 +02:00
README.md	Add auth e2e regression pack with fixtures and CI stack	2026-07-05 05:43:05 +02:00
smoke.spec.ts	Add CD workflow: build-push, deploy Test, smoke suite, promote Int	2026-07-04 19:57:16 +02:00

README.md

End-to-end tests

Two Playwright suites with different targets:

Suite	Target	Where it runs
`smoke.spec.ts`	any deployed stage	CD pipeline against `https://test.dorfteich.cloud` after every deploy
`auth.spec.ts`	full local stack with Mailpit	CI job `auth-e2e` on every PR/push; locally against the dev stack

Running locally

# 1. Stack: database + Mailpit, api (3001), web dev server (5173)
docker compose -f deploy/compose/docker-compose.yml -f deploy/compose/compose.dev.yml up -d db mailpit
DATABASE_URL=postgresql://dorfteich:dorfteich@localhost:5434/dorfteich pnpm --filter @dorfteich/api db:seed
DATABASE_URL=postgresql://dorfteich:dorfteich@localhost:5434/dorfteich PORT=3001 pnpm --filter @dorfteich/api start:dev &
pnpm --filter @dorfteich/web dev &

# 2. Tests
E2E_BASE_URL=http://localhost:5173 E2E_MAILPIT_URL=http://localhost:8025 pnpm --filter @dorfteich/web e2e

auth.spec.ts skips itself when E2E_MAILPIT_URL is unset, so the CD smoke run never trips over it.

Fixture matrix

Seeded by pnpm --filter @dorfteich/api db:seed (idempotent — re-running never duplicates). Shared password: fixture passwort 123. Fixtures exist only on dev machines and disposable CI/Test databases.

Username	State	Purpose
`fixture-admin`	active, Site Admin	admin UI/permissions cases
`fixture-user`	active	regular journeys, settings, sessions
`fixture-pending`	e-mail not verified	unverified-login cases

Conventions

New feature packs get their own <feature>.spec.ts next to these and extend the fixture matrix here (permission matrix arrives with M5, issue #60).
Use contextForUser() from helpers.ts for signed-in tests — it logs in through the api and hands you a browser context with the session cookie, no UI login repetition.
Flaky tests are defects (ADR 0014): fix or quarantine immediately.