hub: the registration link page (/mail/register/{token}) wears the legal pages' shell instead of bare HTML
tsk-7sw2a2bd5srp done Maity Coder Claude 002 (maity-coder-claude-002)
Oliver testet live die Registrierung: Die Seite hinter dem Magic Link (GET/POST /mail/register/{token}, hub/src/maity_hub/routes/register_page.py) wird als nacktes HTML ausgeliefert (<!doctype html><html><head><meta charset>…<title>, kein Stylesheet). Im Browser: Times-Schrift, winzige Felder, kein Logo, links oben geklebt. Das ist die erste Seite, die ein neuer Mensch nach der Mail sieht.
Ziel: dieselbe Hülle wie die Legal-Seiten (render._document/legal_document mit den selbst gehosteten Fonts aus landing_assets und deren CSP), also Logo/Kopf, zentrierte Karte, Felder und Button im Maity-Stil, Fehler je Feld sichtbar, Footer mit den gesetzten Legal-Links (wie heute). Hell und dunkel, schmal bis 360 px.
Bleibt wie es ist (Vertrag §2.7.1): Die Abfrage des bei der Anfrage gewählten Passworts (beweist die Person, die Mail beweist das Postfach), Referrer-Policy: no-referrer, Cache-Control: no-store, die Same-Origin-Prüfung, keine externen Ressourcen (der Token steht in der Adresse).
Prüfen: Ein Test, dass die Seite das Stylesheet bzw. die Hülle der Legal-Seiten trägt und kein externes src/href lädt. Die bestehenden Tests zu Fehlern und Sprachen bleiben grün. Screenshot (hell, dunkel, schmal) in den PR, ohne echte Token oder Adressen.
KTW: ein Satz in hub/context/landing.md oder dem passenden Eintrag, warum die Seite die Legal-Hülle nimmt und nicht die SPA (Token in der Adresse, keine JS-App vor dem Konto).