memby/bugs-0908.md

# Android TV D-pad navigation audit — 9 August 2026

This audit reviews Memby as a ten-foot Android TV interface controlled with a directional
pad, centre/OK and Back. It focuses on whether every visible action can be reached, whether
focus moves predictably, and whether destructive or app-leaving actions are recoverable.

## Fixed in 0.2.39

### NAV-001 — Back closed Memby without warning

- Severity: High
- Surface: Home launcher
- Reproduction: Open Home with no panel or detail page visible, then press Back once.
- Previous behaviour: `MainActivity` finished immediately. An accidental Back press lost
  the viewer's place and returned them to the Android TV launcher.
- Resolution: Added the optional **Confirm before closing Memby** setting. When enabled,
  Back opens a two-button confirmation with **Stay in Memby** focused by default. Back also
  dismisses the confirmation, and Left/Right is explicitly constrained between the two
  choices. The setting defaults off and is stored per television.

## Open findings

### NAV-002 — Recommendation onboarding has no deterministic entry focus or Back route

- Severity: High
- Surface: First-time recommendation onboarding
- Reproduction: Sign in with a profile that has been prompted for taste onboarding.
- Finding: The screen creates focusable title/person cards and footer buttons but does not
  request initial focus. It also has no `BackHandler`. Focus therefore depends on Compose's
  geometric fallback, while Back can leave the activity instead of moving to a defined
  previous step or presenting a skip choice.
- Recommended fix: Give the first card (or **Next** when the stage is empty) an explicit
  entry requester. Make Back move to the previous stage; on the first stage, focus a clear
  **Skip for now** confirmation instead of closing the app.

### NAV-003 — Manage users does not scale beyond one fixed row

- Severity: Medium
- Surface: Manage users / profile chooser
- Reproduction: Save enough profiles that the fixed 154 dp tiles plus 24 dp gaps exceed the
  viewport width.
- Finding: Profiles are rendered in a plain `Row`, not a `LazyRow`, and do not wrap or
  scroll. Profiles beyond the right edge can become invisible or unreachable by D-pad.
- Recommended fix: Use a centred `LazyRow` with content padding, stable keys and remembered
  horizontal state. Keep **Add another user** as the final item.

### NAV-004 — Profile removal targets rely on geometric focus search

- Severity: Medium
- Surface: Manage users / profile chooser
- Reproduction: Move around a profile tile and its small × removal control using only the
  D-pad.
- Finding: Each tile and its overlaid removal button are independent focus targets with no
  explicit direction mapping. Depending on card position and screen density, Up/Right can
  select a different profile or skip the removal target. The 28 dp target is also difficult
  to identify at TV distance.
- Recommended fix: Put profile actions in a deterministic vertical group: OK opens the
  profile and a labelled **Remove user** action sits below it, with explicit Up/Down and
  Left/Right neighbours. Retain the existing safe Cancel-first confirmation.

### NAV-005 — Dismissing an alert can leave focus without a stable successor

- Severity: Medium
- Surface: My Alerts
- Reproduction: Focus an alert in the middle of the list and press OK to dismiss it.
- Finding: The focused keyed row is removed immediately, but focus is only requested when
  the list changes between empty and non-empty. There is no requester for the next or
  previous alert after an individual removal, so focus restoration is left to framework
  behaviour and can appear to vanish on some Compose/TV combinations.
- Recommended fix: Track the focused alert id/index and, after removal, request the item now
  occupying that index (or the previous item). When the list becomes empty, move focus to
  the alert controls explicitly.

### NAV-006 — Onboarding stage changes do not preserve a clear focus destination

- Severity: Medium
- Surface: Recommendation onboarding
- Reproduction: Focus **Next**, advance a stage, then continue with the D-pad.
- Finding: The focused footer node is reused while the card row above is replaced. The
  viewer is left at the bottom of each new question and must navigate geometrically back to
  the new choices; there is no explicit Up target or per-stage return position.
- Recommended fix: On each stage change, move focus to the first choice and remember the
  last focused choice per stage. Give the footer buttons explicit Up targets and the card
  row an explicit Down target.

## Areas checked with no blocking issue found

- Main navigation rail: explicit content/rail focus requesters and section restoration.
- Home rows: explicit cross-row movement skips empty shelves and remembers card position.
- Search: defined keyboard/results entry points, staged Back behaviour and genre focus
  restoration.
- Genre browser: explicit rail escape from the first grid column and Back closes one level.
- Settings: explicit secondary-rail directions, content entry and Cancel-first dialogs.
- Details and quick actions: Back closes one overlay level and restores the originating
  card.
- Player: Back closes active overlays before leaving playback; centre, seek and menu keys
  have deliberate remote handling.
- Update, maintenance and install-permission screens: explicit initial focus and bounded
  Left/Right navigation.