Montag, 6. April 2026

Problem: Nach dem ersten echten Magic-Link-Test war der Login zwar erfolgreich, aber Supabase fiel zuerst auf die `Site URL` zurueck, der Dev-Server lief danach einmal in einen kaputten `.next`-State und im `MacroPanel` blieb noch eine React-Hydration-Warnung wegen abweichender Zeittexte

Ursache: Der Redirect enthielt einen Query-Parameter ausserhalb der Supabase-Allowlist, der laufende Next-Dev-Cache verlor `routes-manifest.json`, und das Kalender-Mock formatierte lokale Browserzeit als `UTC` auf `Date.now()`-Basis

Fix: Redirect auf den exakten Callback ohne Zusatz-Query vereinfacht, `.next` bereinigt und den Dev-Server neu gestartet; `MacroPanel` auf feste UTC-Mockzeiten plus `getUTCHours()`/`getUTCMinutes()` umgestellt und den Magic-Link-Login danach live erfolgreich bestaetigt

Problem: `TT-2` ließ sich trotz gesetzter Redirect-URLs noch nicht live aktivieren, weil der lokale `NEXT_PUBLIC_SUPABASE_ANON_KEY` nur ein Platzhalter war und die App bisher weder Login noch Middleware/Callback hatte

Ursache: Das Projekt lief mit `NEXT_PUBLIC_MOCK_DATA=true`, ohne SSR-Auth-Flow, und der im `.env.local` hinterlegte anon key liefert bei `/auth/v1/settings` ein `401 Invalid API key`

Fix: Magic-Link-Login (`/login`), Callback-Route, SSR-Client, Middleware und Logout eingebaut; Browser-/Build-Flow verifiziert und den verbleibenden Blocker auf den echten anon key plus Mock-Off dokumentiert

Problem: Watchlist, Chart und News-Feed hingen noch an Phantom-Tabellen (`market_snapshots`, `tli_entries`), zeigten dadurch falsche/instabile Daten und der Chart reagierte nicht auf die Auswahl im Panel

Ursache: Der UI-Prototyp war auf ein altes Schema verdrahtet und hatte keine echte Symbol-Selektion zwischen Watchlist und Chart

Fix: Datenlayer auf `tt_positions`, `tt_watchlist` und `tt_news_feed` umgestellt, robuste Mock-Fallbacks gebaut, `Y`/`P`-Badges plus Sparklines ergänzt, Watchlist-Klick mit Chart verknüpft und die Änderungen per Jest, Build und Browser-Check verifiziert

Problem: Die Startseite war im Browser funktional, warf aber beim Laden eine React-Hydration-Warnung wegen der Live-Uhr im Footer

Ursache: `StatusBar` renderte `new Date()` bereits im SSR-Markup und erzeugte dadurch abweichenden Zeittext zwischen Server und Client

Fix: Uhr erst nach dem Mount initialisiert und das `<time>`-Element hydrierungssicher gemacht; Browser-Check danach ohne Console-Errors

Problem: Nach dem manuellen SQL-Rollout waren `tt_news_feed` und die neuen Tabellen zwar live, aber `rss_trending_runs`, `rss_trending_items` und `v_latest_rss_trending` blieben leer

Ursache: Der Schema-Deploy war erfolgt, der aktuelle RSS-Snapshot aus `rss-trending.json` aber noch nicht als Datenlauf in Supabase angekommen

Fix: aktuellen Snapshot per Service-Role aus `rss-trending.json` nach `rss_trending_runs`/`rss_trending_items` upsertet und `v_latest_rss_trending` danach mit `1` Run / `9` Items verifiziert

Problem: Mobile-Ansichten hatten unnötig gedrängte Top-/Bottom-Abstände und mehrere zu kleine Text-Tap-Targets in Footer, Backlink und Cookie-Banner

Ursache: Fixe Overlays (Hamburger/Cookie-Banner) plus ungepolsterte Textlinks sorgten auf kleinen Viewports für enge Ränder und schwächere Touch-Flächen

Fix: Mobile-Padding in Hauptseiten erhöht, Footer-/Back-/Cookie-Actions auf größere Touch-Ziele gebracht und Filter-Chips kompakter gemacht; per Mobile-Screenshots und `npm run build` verifiziert

Problem: `news-source-health.mjs` markierte Handelsblatt und andere ruhige Playwright-Quellen im engen `24h`-Fenster als `FAIL`, obwohl der Cron sauber lief und in den letzten `72h` echte Artikel geschrieben hatte

Ursache: Der Health-Check setzte `0` Artikel im aktuellen Fenster mit "Quelle tot" gleich und beruecksichtigte keine verifizierte Aktivitaet ausserhalb dieses Fensters

Fix: Script um ein separates `--activation-hours`-Fenster erweitert, Query/JSON auf Aktivierungs-Stats gehoben und quiet-but-active Quellen auf `WARN` statt `FAIL` herabgestuft; `PW-13` danach am `2026-04-06` live verifiziert