Modals transparent: CSS-Token --color-surface ist nirgends definiert #120
Labels
No Label
area:auth
area:docs
area:export
area:ops
area:storage
area:supply-chain
auth
backend
blocked
collab
deployment
docs
effort:L
effort:M
effort:S
frontend
plugins
qa
vs-nfd
vs-nfd:blocker
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: stwaidele/dorfteich#120
Loading…
Reference in New Issue
Block a user
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?
Bug (gefunden beim Vault-Import-Test auf Prod, Screenshot Stefans vom 14.07. abends)
.modal { background: var(--color-surface); }(apps/web/src/styles/base.css, eingeführt mit #109) referenziert das Token--color-surface, das intokens.cssnie definiert wird und an dieser Stelle keinen Fallback hat. Die Deklaration wird vom Browser verworfen → alle.modal-Dialoge sind durchsichtig (Vault-Import, „Verschieben nach…", Lösch-Dialog); der Seiteninhalt scheint durch, nur das Overlay dimmt.Weitere fallback-lose Verwendungen: base.css:183, 1762, 1887. Drei Stellen nutzen bereits
var(--color-surface, #fff)und zeigen die Intention.Fix:
--color-surface: #ffffff;im:root-Block vonapps/web/src/styles/tokens.cssdefinieren — heilt alle 7 Verwendungen ohne Selektor-Änderung. Regression-Pin im import-vault-e2e-Pack (toHaveCSS('background-color', …)).Erledigt in
e356d82.--color-surface: #ffffffist jetzt intokens.cssdefiniert (Kommentar erklärt die Historie) — damit heilen alle 7 Verwendungen auf einmal, kein Selektor wurde angefasst. Der import-vault-e2e-Pack pinnt den deckenden Dialog-Hintergrund (toHaveCSS('background-color', 'rgb(255, 255, 255)')) gegen Regressionen.Sichtprüfung am lokalen Stack: Vault-Import-, „Verschieben nach…"- und Lösch-Dialog sind wieder deckend. CI grün auf
1781f12.