fix(player): a related video played is tracked, and its list is honest about its state

A related video played in place is the player's item now: its title and its own watched /
playlist / download controls, its progress checkpointed and resumed, marked watched at its end —
and its end does not step the queue. Back returns to the opened video, where it was left.

The related list:
- its marks announce through the shared notice (the Notification Center finds them), join the
  host's player session (the feed refetches on close), and stay per write, so an earlier answer no
  longer undoes a later mark still on its way;
- every host's state write patches the cached related lists, which are never refetched;
- kept for the session (gcTime), a retry asks for the page that failed, a list read so far with
  nothing unseen says so, a refusal a retry cannot answer offers none, and the followed mark names
  itself on hover.

Turned off on the instance (a limit of 0), the tab, the drawer button and the live-search buttons
are left out.

Keys: the player's keys and its focus reclaim defer to a layer above it (the drawer); going wide
moves the drawer's list into the panel's tab; `j` goes on from the slot of a row removed inside the
top layer; the help sheet lists the list keys over a layer that holds a list.

frontend/src/shell/AppCommandPalette.dom.test.tsx

@@ -41,6 +41,8 @@ vi.mock("../lib/keymap", () => ({
   usePaletteOpen: () => true,
   closePalette: vi.fn(),
   toggleKeyboardHelp: vi.fn(),
+  // listNav, loaded under the palette, hands the sheet its list probe as it loads.
+  setListInTopLayerProbe: vi.fn(),
 }));
 
 // Each module's saved views, and the page the palette opens over.