yolo/arr
3
0
Fork 0
Code Issues 12 Pull Requests Actions Packages Projects Releases Wiki Activity

Deleting a series leaves its files and media_files rows behind #128

New Issue
Closed
opened 2026-08-23 15:55:56 +01:00 by naps62-yolo · 0 comments
naps62-yolo commented 2026-08-23 15:55:56 +01:00
Owner
Copy Link
Copy Source

DELETE /api/series/{id} runs one statement, DELETE FROM series WHERE id = ?.
DELETE /api/movies/{id} does considerably more, and for reasons documented in
crates/arr-api/src/movies.rs:366: it unlinks what the title wrote, clears
media_files, and clears title_owners.

Two consequences on the TV side:

  • Every episode file the series imported stays on disk, so deleting a series in
    the UI appears to do nothing to Jellyfin.
  • media_files rows with owner_kind = 'episode' are orphaned. media_files.path
    is unique and the owner is polymorphic, so nothing cascades from the seasons
    and episodes rows — re-adding the series then fails to import the same paths.

Mirror the movie handler: load first so a missing series is a 404 before
anything touches disk, unlink only paths recorded in media_files (§2 — the
service knows only what it wrote, never a scan, never a re-derived §7.4 name),
then clear media_files, title_owners and the series row.

Torrents are untouched, per §7.3.

`DELETE /api/series/{id}` runs one statement, `DELETE FROM series WHERE id = ?`. `DELETE /api/movies/{id}` does considerably more, and for reasons documented in `crates/arr-api/src/movies.rs:366`: it unlinks what the title wrote, clears `media_files`, and clears `title_owners`. Two consequences on the TV side: - Every episode file the series imported stays on disk, so deleting a series in the UI appears to do nothing to Jellyfin. - `media_files` rows with `owner_kind = 'episode'` are orphaned. `media_files.path` is unique and the owner is polymorphic, so nothing cascades from the seasons and episodes rows — re-adding the series then fails to import the same paths. Mirror the movie handler: load first so a missing series is a 404 before anything touches disk, unlink only paths recorded in `media_files` (§2 — the service knows only what it wrote, never a scan, never a re-derived §7.4 name), then clear `media_files`, `title_owners` and the series row. Torrents are untouched, per §7.3.
naps62-yolo added the area/apidifficulty/easyphase/6-tvtype/bug labels 2026-08-23 15:55:56 +01:00
naps62-yolo added this to the TV tracking milestone 2026-08-23 15:58:35 +01:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area/api
arr-api
 area/ci
CI and test harness
 area/compat
arr-compat
 area/core
arr-core
 area/daemon
arr-daemon
 area/db
arr-db
 area/dl
arr-dl
 area/indexer
arr-indexer
 area/infra
workspace and tooling
 area/meta
arr-meta
 area/parse
arr-parse
 area/probe
arr-probe
 area/subs
arr-subs crate: providers, extraction, translation, sync
 area/web
web/
 difficulty/easy
bounded, obvious approach, few files
 difficulty/hard
subtle correctness or cross-cutting
 difficulty/moderate
multiple files, judgement, an interface to design
 difficulty/trivial
one file, mechanical, no design decisions
 phase/1-skeleton
workspace, CI, config, database, empty API and SPA
 phase/2-logic
parsing and policy engine, pure, no network
 phase/3-sourcing
TMDB and Prowlarr, read-only
 phase/4-movies
movies end to end
 phase/5-ui
search, buckets, library views, queues
 phase/6-tv
seasons, episodes, tracking, derived status
 phase/7-people
owner tags and notifications
 phase/8-compat
Jellyseerr shim
 phase/9-subtitles
build order: subtitles, DESIGN.md §15
 type/bug
type/chore
type/feature
type/test
No labels area/api difficulty/easy phase/6-tv type/bug
Milestone
No items
No Milestone TV tracking
Projects
Clear projects
No projects
Assignees
Clear assignees
hermes (Hermes (agent)) naps62 (Miguel Palhas) naps62-yolo (naps62-yolo (agent))
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: yolo/arr#128