refactor(frontend): Consent-Flow auf Cookie-basiertes Frontend-Handling umgestellt #138
Labels
No labels
component/backend
component/docs
component/e2e
component/frontend
component/infra
component/keycloak
prio/high
prio/low
prio/medium
type/bug
type/chore
type/feature
type/refactor
type/test
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
WompSchmiede/FamilienFeierPlaner#138
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Beschreibung
Der Consent-Flow wird vom Backend (403-Forced-Consent) ins Frontend verlagert. Das Backend schreibt nach erfolgreichem Consent ein HttpOnly-Cookie
consent_granted. Das App-Layout prueft dieses Cookie und zeigt den ConsentDialog, wenn es fehlt.Aufgaben
consentRequired/consentEventIdaus Dashboard entfernen (+page.server.ts,+page.svelte)+layout.server.ts):consent_granted-Cookie auslesen →consentRequiredan Layout uebergeben+layout.svelte): WennconsentRequired, ConsentDialog ueber children() rendern; nach Consentlocation.reload()+page.svelte): "Einwilligung erteilen"-Button mit fetch an Invitations → Consent-API → Reloaddocs/design/02-datenmodell.mdaktualisieren (DSGVO-Abschnitt: Cookie statt Backend-Guard)