Link loading overlay escapes the glass card (portal to body)

The full-screen loading screen shown the instant a Link starts navigating
was rendered inside the Smart Review card. That card has backdrop-filter,
which makes it a containing block for position: fixed — so the overlay was
confined to a 44px strip of the card and the loading block spilled below the
fold instead of covering the viewport. It is now portalled to <body> with a
soft page scrim behind it; the review suite measures that it covers the
viewport (390x844).

SW -> freezmo-v48.
This commit is contained in:
Martin Dvořák 2026-10-12 19:04:38 +00:00
commit 9b9e978ef2
4 changed files with 28 additions and 6 deletions

View file

@ -1369,7 +1369,9 @@ Things I chose while building, with the reasoning:
homework wording (no tips — the tips are deck-specific), and the route screens pass a single
message with no stages or progress. Cancel stays a 44px touch target and the icon animation
respects `prefers-reduced-motion`. Verified by the freeze-loading, review, wizard and mobile
suites.
suites. The link overlay is portalled to `<body>`: inside a glass card `backdrop-filter` makes
the card a containing block for `position: fixed`, so the overlay was squeezed into a 44px
strip of the card instead of covering the viewport (the review suite now measures it).
59. **Adding a deck or a homework syncs itself.** Sync used to be push-on-demand only: a deck
frozen on the laptop sat in `dirty` until someone opened Settings and pressed Sync now. The two