fix(keys): epic-end review round 2 — focus comes back to the card, the right rail and the reason

Whole-epic deep-review of E11 (18 raised, 12 kept; B and G refuted, four latent test-hardening notes dropped),
plus the admin refusal copy gap round 1 surfaced.

- A context menu opened from a card the keyboard is on gives the focus back to the card. floating-ui returns
  focus through the opener's first tabbable descendant even when handed a ref, so for a non-tabbable opener the
  surface restores it itself (measured in Chrome: j, Shift+F10, Escape left it on the thumbnail link).
- Back finds a named list (a rail) by its name: a rail that appeared above it after the cache expired sent the
  focus into the wrong rail. An unnamed list is matched only when the page has the same number of lists.
- The slot kept for a removed item is forgotten once focus moves on to page content (search, a chip), so j after
  new results starts at the first visible item; a menu or dialog opened from the item keeps it.
- The list keys reach the cheat sheet only while a list has an item.
- A j-focused card root is a named group while it holds the focus.
- The channel page's Block and Hide toggles keep the focus while their request runs.
- A split export that fails part-way says how many clips were added and deselects them, so a retry adds only
  the rest.
- Config save, the one-click share link and "log out other sessions" report failures with their reason.
- VirtualGrid uses the one scroll-parent walk listNav measures against.
- Admin refusals (activate, resend, invite, set-password link) say why in HU and EN instead of "try again";
  the email-off special cases collapse into that one reason. The contract reads the codes from localizeDetail.
  HU copy points to Konfiguráció → E-mail / SMTP; HU "unreachable" matches the EN change of round 1.

frontend/src/components/ui/VirtualGrid.tsx

@@ -9,6 +9,7 @@ import {
 } from "react";
 import { useVirtualizer } from "@tanstack/react-virtual";
 import { useListNav } from "../../lib/listNav";
+import { scrollParent } from "../../lib/listPaging";
 import { GRID_GAP, columnsFor, itemWidthFor } from "./gridColumns";
 import { shouldPrefetchNext } from "./readAhead";
 
@@ -33,18 +34,6 @@ function chunk<T>(arr: T[], size: number): T[][] {
   return out;
 }
 
-// The list scrolls inside an <main overflow-y-auto> (the page scroller), not the window, so the
-// virtualizer needs that element. Walk up to the nearest scrollable ancestor.
-function getScrollParent(node: HTMLElement | null): HTMLElement {
-  let el = node?.parentElement ?? null;
-  while (el) {
-    const oy = getComputedStyle(el).overflowY;
-    if (oy === "auto" || oy === "scroll") return el;
-    el = el.parentElement;
-  }
-  return document.documentElement;
-}
-
 export interface VirtualGridProps<T> {
   items: T[];
   getKey: (item: T) => string;
@@ -105,8 +94,11 @@ export default function VirtualGrid<T>({
   // this wrong before. This is measured here anyway, for colCount.
   const [itemWidth, setItemWidth] = useState(0);
 
+  // The list scrolls inside an <main overflow-y-auto> (the page scroller), not the window, so the
+  // virtualizer needs that element. The SAME walk lib/listNav measures its visible band against: the
+  // virtualizer and the keyboard must agree on which element scrolls.
   useLayoutEffect(() => {
-    if (listRef.current) setScrollEl(getScrollParent(listRef.current));
+    if (listRef.current) setScrollEl(scrollParent(listRef.current) ?? document.documentElement);
   }, []);
 
   // Re-measure the column count and start offset on container/scroll-area resize.