Repository navigation
v3.3.2 · Multi-Watcher/Slot: nested watcher subentries visible
Title Classifier title_classifier v3.3.2 — Multi-Watcher/Slot: nested watcher subentries visible
Fixes that several watcher subentries under one parent (e.g. Stash Slot 1..4) are managed and shown separately in the v3 overview.
Root cause
A watcher subentry ran (own runtime, sensors, catalog sightings) but was invisible to the overview, shared catalog gather, and post-mutation refresh: all_v3_runtimes / select_v3_runtimes only read bucket["runtime"] (top-level), while subentry runtimes live in bucket["subentry_runtimes"]. Only a single Stash watcher appeared.
Changes (Title Classifier only)
select_v3_runtimesnow includes top-level v3 runtimes and every subentry runtime;all_v3_runtimesdelegates to it. Multiple watchers with the samecontext(e.g.stash) appear separately and share one catalog.- Watcher-subentry flow rejects a name whose entity-id slug is already taken by any watcher (top-level or subentry) — new
name_takenerror (EN/DE). Each slot needs a unique name. - New pure
watcher_name_slughelper keeps the collision check aligned with thesensor.title_classifier_<slug>_*entity-id contract.
Model
One watcher per slot entity (Option A) using existing stash slot entities — no new attribute field, no A | B string-splitting (one title-key/sighting per slot).
Not touched / safety
No changes to Stash / Jellyfin / other integrations. No migration, no DB cleanup, no overwriting of existing enums, no frontend changes.
Gates
py_compile OK · JSON valid · pytest 198 passed (+5). HACS-ready.
PR #68 · merge eced311 · tag v3.3.2.