Single file tracking code-complete features still awaiting a human click-through. Distinct from test-health.md (auto-test coverage) and TESTING_DEPLOYMENT_CHECKLIST.md (CI system). Seeded with 4 open entries: data-export-v2 roundtrip, shared-space two-user smoke (links to existing walkthrough), articles bookmarklet on consent-walled sites, PWA share-target. Entries get deleted once verified in a real browser. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
5 KiB
Manual / Smoke Test Backlog
Single source of truth for "features that are code-complete + unit-tested but still need a human click-through before release." Distinct from:
test-health.md— automated test suite healthdocs/TESTING_DEPLOYMENT_CHECKLIST.md— CI/CD system pre-deploydocs/plans/shared-space-smoketest.md— detailed shared-space walkthrough (linked below)
An entry lives here as long as the feature hasn't been driven through a real browser / device / account end-to-end. When the smoke test has run green once, delete the entry.
Format
Each entry carries:
- Area — feature surface
- Why it's here — what unit tests do not cover
- Steps — inline if short; a link to a dedicated walkthrough if long
- Shipped? — commit(s) that shipped the code the test would exercise
- Priority —
🔴 release blocker/🟠 important/🟡 nice to have
Open
Data Export v2 — end-to-end roundtrip in a real browser
- Priority: 🟠 important
- Shipped:
fd1ea4707(feature),8c3d6e7bb(test + cross-account adoption fix) - Why it's here:
format.test.ts(10) +roundtrip.test.ts(6) cover the pipeline with fake-indexeddb + pass-through crypto. Unit coverage is blind to: real AES-GCM through Web Crypto at browser speed, the File-download + re-upload path, Blob memory behaviour at multi-MB sizes, the passphrase-prompt modal flow, and the MyData settings-section wiring. - Steps:
pnpm run mana:dev. Log in, create a handful of notes + tasks + events.- Settings → Meine Daten → export (full, no passphrase). Download the
.manafile. - Inspect the archive (
unzip -l mana-full-*.mana) — expectmanifest.json+data/*.jsonl. - DevTools → Application → Storage → "Clear site data" on
localhost:5173. Reload. Log in again. - Settings → Meine Daten → import → pick the
.manafile. Check progress bar ticks, summary lists tables + row counts. - Open each module, confirm rows are back and readable (encrypted fields decrypt cleanly).
- Repeat 1–6 with passphrase on — export with passphrase, expect
data.sealedentry in the zip, re-import must prompt for the passphrase. Try once with the wrong passphrase, expect the friendly "Passphrase stimmt nicht" message, not a crash. - Cross-account: export from account A, log out, log in as account B (or a fresh signup), import. Confirm rows adopted by B (spaceId starts with
_personal:<B-userId>, not A's). Verify in DevTools → IndexedDB.
Shared Space — two-user smoke test
- Priority: 🟠 important
- Shipped: spaces-foundation 15-commit block (2026-04-20, see
project_spaces_foundation.mdmemory) - Why it's here: the data-layer + RLS + invite-flow integration can only be verified with two real sessions across two browser profiles.
- Steps: full walkthrough at
docs/plans/shared-space-smoketest.md— create Family Space, invite, accept, verify cross-user sync on calendar + recipes.
Articles bookmarklet — consent-walled sites
- Priority: 🟡 nice to have
- Shipped: articles M1–M9 (see
project_news_research_module.md/ plan atdocs/plans/articles-module.md) - Why it's here: the Weg-2 browser-HTML bookmarklet was built to route around server-side fetchers that hit a consent dialog (Golem, Spiegel, Zeit). No automation can exercise the real consent-wall detection path.
- Steps:
- Install the bookmarklet (Settings → Articles, drag to bookmarks bar).
- Navigate to a known consent-walled article (golem.de is the reference case — the original bug report).
- Accept the consent banner in the source tab, then click the bookmarklet.
- Expect a new tab that auto-saves the article; no extra "save to Leseliste" click required.
- Verify the saved article has readable body + title in
/articles.
Articles — PWA share-target
- Priority: 🟡 nice to have
- Shipped: share-target configured in
vite.config.ts(routes to/articles/addwith?url+?text+?title) - Why it's here: only works on an installed PWA; dev-mode SW is disabled.
- Steps:
pnpm build && pnpm preview, install the PWA (Chrome "install Mana" prompt on desktop, or Android "add to home screen").- Share a URL from the OS share sheet (Chrome Android, WhatsApp, Mail) → expect Mana to appear and land on
/articles/addwith the URL pre-filled in the form.
Recently closed
(Move entries here with the date they were verified, prune after one release.)
None yet — this file was introduced 2026-04-22.
How to add an entry
When you ship a feature with unit tests but no browser / device click-through, add a new ### <feature> section under "Open" using the format above. Keep steps reproducible: assume a fresh clone and pnpm docker:up && pnpm run mana:dev. If the steps cross 20 lines, split them into a dedicated walkthrough file under docs/plans/ and link from here.