# Reported issues for seerr-mcp-server

Pod holds 6 of 6 problems reported by people outside the maintainer team. Issues filed by the project's own owners, members and collaborators are excluded entirely — a maintainer's release checklist is not a warning to a prospective user.

Back to [seerr-mcp-server](/mcp/seerr-mcp-server).

## Most discussed

### bug(seerr_search_media): multi-word queries fail with HTTP 400 (query param not URL-encoded)

### Summary

`seerr_search_media` fails with `HTTP 400 Bad Request` for any query containing a
space. Single-word queries work fine. Since most titles contain a space, this makes
the search tool unusable for a large share of real lookups.

**Version:** `@cyanheads/seerr-mcp-server@0.1.0` (installed via `npx -y ...@latest`)
**Seerr version:** 3.4.1 (Plex media server)
**Transport:** stdio

### Reproduction

| Query | Result |
|---|---|
| `Avengers` | 200 OK |
| `Doomsday` | 200 OK |
| `Avengers D

[Read the thread](https://github.com/cyanheads/seerr-mcp-server/issues/5) · 2026-08-01 · closed · external user · 2 comments

### feat(requests): add opt-in title hydration for request list and status output

`seerr_list_requests` and `seerr_request_status` currently render request rows as `Untitled` because Seerr request objects do not include title fields. That keeps the default list call cheap, but it makes the most common request-review output hard to scan even though each row already carries `mediaType` and `tmdbId`.

## Proposal

Add an opt-in title hydration path for request-oriented outputs. For example, `includeTitles: true` on `seerr_list_requests` could resolve each row through the matchin

[Read the thread](https://github.com/cyanheads/seerr-mcp-server/issues/4) · 2026-06-28 · closed · 1 comment

### bug(seerr_request_media): season 0 cannot be requested when specials are enabled

### Server version

0.1.0

### mcp-ts-core version

0.10.6

### Runtime

Node.js

### Runtime version

Node v26.3.1 / Bun 1.3.11

### Transport

HTTP (Streamable HTTP)

### OS

macOS

### Description

`seerr_request_media` exposes Seerr's `specialEpisodesEnabled` capability through `seerr_service_options`, and its `seasons` description says season 0 (Specials) is excluded unless the instance enables special episodes. The input schema still uses `z.number().int().min(1)`, so `seasons: [0]` is rej

[Read the thread](https://github.com/cyanheads/seerr-mcp-server/issues/3) · 2026-06-28 · closed · 1 comment

### bug(seerr_request_status): 4K requests derive guidance from non-4K media status

### Server version

0.1.0

### mcp-ts-core version

0.10.6

### Runtime

Node.js

### Runtime version

Node v26.3.1 / Bun 1.3.11

### Transport

HTTP (Streamable HTTP)

### OS

macOS

### Description

`seerr_request_status` and the `seerr://request/{requestId}` resource derive `stateGuidance` from the non-4K media status even when the request itself is `is4k: true`. A live 4K request can report `mediaStatus: unknown` and `mediaStatus4k: processing`, but the guidance says no download has started.

[Read the thread](https://github.com/cyanheads/seerr-mcp-server/issues/2) · 2026-06-28 · closed · 1 comment

### docs(readme): consolidate and trim the PII/redaction prose

The PII/infra redaction story is explained in at least three overlapping places in the README, with more prose than the feature needs. It reads heavier than the rest of the doc — and frames redaction as a large, configurable subsystem rather than the simple always-on guarantee it actually is.

Where it's covered today:
- The intro "Two properties make it safe to hand an agent" bullet (the long `operator email, Plex/Jellyfin tokens, internal service URLs, and filesystem paths…` sentence).
- The `

[Read the thread](https://github.com/cyanheads/seerr-mcp-server/issues/1) · 2026-06-14 · closed · 1 comment

### seerr_list_requests always 400s against real Overseerr (sortDirection unknown query param)

## Description

`seerr_list_requests` returns `Seerr returned HTTP 400 Bad Request.` on every call, including with no arguments at all (i.e. against the tool's own defaults).

## Root cause

`SeerrService.listRequests()` (`src/services/seerr/seerr-service.ts`) unconditionally sends a `sortDirection` query parameter to `GET /api/v1/request`. Real Overseerr's API does strict unknown-query-parameter validation and rejects it:

```
$ curl "http://<host>/api/v1/request?filter=all&sort=added&sortDirec

[Read the thread](https://github.com/cyanheads/seerr-mcp-server/issues/6) · 2026-08-07 · open · external user · 0 comments

## Most recent

The remaining reports are on [the project's issue tracker](https://github.com/cyanheads/seerr-mcp-server/issues).