Search lists in-library titles again under Available to request (Android phone, tablet, TV)

[zZebrahz]

Problem

Searching for a title that is already in the library shows it twice: once in the library results, and again under Available to request. The maintainer saw this on an Android phone and on Android TV. It only offers something the user already has, so it adds noise to search.

Source evidence

Reviewed at c38fb93c.

• The server already marks these results. RequestMediaResult (shared) carries availability (missing or available) and library_content_id.
• Phone and tablet: RequestSearchSection.kt filters state.results only by the selected media type (allowsRequestResult), so results marked available stay in the row. Tapping one opens the library item through library_content_id, so the card works, but it duplicates the library result above it.
• TV: TvSearchScreen.kt uses requestState.results.filterTvRequestResults(), and filterTvRequestResults() in TvRequestPresentation.kt also filters only by media type.

Expected behavior

Available to request lists only titles the user can request. Results the server marks availability: "available" (or that have a library_content_id) are left out, and the section hides when nothing is left. The library results already show those titles.

Validation

Reported by the maintainer on an Android phone and Android TV, against server build 941 · 82b5b39e. The exact app build wasn't recorded; local main had been updated to c38fb93c just before. The tablet uses the same phone search screen and was not checked separately. Found while retesting search for #317 and #318 (C3). Non-blocking.

AI-assisted: drafted with Claude Code (claude-opus-5-5) and GitHub CLI at the maintainer's direction. The maintainer observed the behavior on devices; the source evidence comes from review of c38fb93c.

[zZebrahz]

Agent runtime check, server build 941 · 82b5b39e. Using a two-word title query the maintainer reported, GET /api/v2/requests/search (as an admin account, with no media type and with media_type=movie) returned two results:

• The in-library movie: availability: "available", library_content_id set to the same item the catalog search returns, and request: {"requestable": false, "reason": "already_available"}.
• A different, similarly named movie: availability: "missing", request.requestable: true.

The server marks the duplicate correctly, so the fix is client-side. Android can drop results where request.requestable is false with reason already_available (or where availability is "available"), keeping only the requestable match.

AI-assisted: API check run with Claude Code (claude-opus-5-5) at the maintainer's direction; not re-tested on a device.