read_discover 'requested' browse category returns empty despite existing requests #3

New Issue

2026-09-19T08:19:43+01:00

gronod commented

2026-09-19 08:19:43 +01:00

Summary

read_discover browse with category: "requested" returns an empty page for both movie and tv, even though requests exist on the instance (e.g. movie Yummy request 2207, tv Seven Up! — both approved and visible via read_requests recent).

Environment

Binary: deployed darwin-amd64 build from develop @ d047d76
Ombi: 4.53.10 (https://ombi.i3omb.com), JWT auth

Reproduction

read_discover {"action":"browse","media":"movie","category":"requested"}
read_discover {"action":"browse","media":"tv","category":"requested"}

Both return {"items":[], "total":0}.

Expected

Requested-media listings contain at least the recently requested items.

Actual

Empty result pages for both media types.

Notes

Handler routes to GET /api/v2/Search/{media}/requested/{pos}/{amt}. Unclear whether the upstream route returns an empty array legitimately or the route/argument order is wrong — needs wire-level verification. Filed as suspected defect pending classification.

Correlation IDs

Observed during the live read-tool sweep; representative 29465510b7e7503f8371e718 (browse cluster)

## Summary `read_discover` `browse` with `category: "requested"` returns an empty page for both movie and tv, even though requests exist on the instance (e.g. movie `Yummy` request 2207, tv `Seven Up!` — both approved and visible via `read_requests recent`). ## Environment - Binary: deployed darwin-amd64 build from `develop` @ `d047d76` - Ombi: 4.53.10 (https://ombi.i3omb.com), JWT auth ## Reproduction ```json read_discover {"action":"browse","media":"movie","category":"requested"} read_discover {"action":"browse","media":"tv","category":"requested"} ``` Both return `{"items":[], "total":0}`. ## Expected Requested-media listings contain at least the recently requested items. ## Actual Empty result pages for both media types. ## Notes Handler routes to `GET /api/v2/Search/{media}/requested/{pos}/{amt}`. Unclear whether the upstream route returns an empty array legitimately or the route/argument order is wrong — needs wire-level verification. Filed as suspected defect pending classification. ## Correlation IDs Observed during the live read-tool sweep; representative `29465510b7e7503f8371e718` (browse cluster)

gronod added this to the M4 — Discover browse, credits, advanced search milestone 2026-09-19 08:57:53 +01:00

gronod added a new dependency 2026-09-19 08:58:14 +01:00

#2 read_discover results drop external identifiers (tv browse, collection members)

gronod referenced a pull request that will close this issue

2026-09-19 10:07:19 +01:00

Fix M4 discover browse, credits, and advanced search #22

gronod closed this issue

2026-09-19 10:11:34 +01:00

Sign in to join this conversation.