4 Commits

Include renames

Author	SHA1	Message	Date
Florian Wilde	40fb49fb21	Filmsichtung laesst sich wieder zuruecknehmen ... War ein Film einmal als gesehen markiert, gab es keinen Weg zurueck: im Zustand "gesehen" stand statt eines Knopfes ein <p> — ein Etikett ohne Klickziel. Der Statuswechsel konnte das nicht heilen, weil "gesehen" aus den Sichtungen abgeleitet wird und setStatus() die absichtlich nicht anfasst. Und eine Gegenfunktion fuer Filme gab es nicht: unmarkEpisodes() und unmarkSeason() waren da, ein unmarkMovie() nie geschrieben. unmarkMovie() ist auf run: entry.currentRun und episodeId: null eingegrenzt. Wer einen Film dreimal gesehen hat, hat drei Sichtungen — ohne die Eingrenzung loeschte das Zuruecknehmen alle drei und verfaelschte rueckwirkend die Statistik. Die gruene Plakette bleibt stehen, ist jetzt aber klickbar, so wie sich Episodenhaekchen auch abwaehlen lassen. Ueber die Schnittstelle geht es mit DELETE {"action":"movie"} als Gegenstueck zum gleichnamigen POST, ohne dass man die watchIds kennen muss. Drei Tests: Zuruecknehmen samt erneutem Abhaken, die Eingrenzung auf den laufenden Durchlauf, und dass Serien abgewiesen werden. Klickweg und Endpunkt gegen einen Produktionsbau geprueft. Der im Issue vermutete Nebenpunkt trifft nicht zu: report() blendet das Zuruecknehmen nur bei ids.length > 0 ein, ein wirkungsloses Angebot gab es also nie. Refs #5	2026-09-02 00:04:27 +02:00
Florian Wilde	853d56f764	Standardreihenfolge je Universum festlegen ... Ein Universum kann mehrere Reihenfolgen haben, aber welche beim Oeffnen erschien, liess sich nicht bestimmen — es war immer die Erscheinungsreihenfolge. Das Feld isDefault gab es schon und wurde beim Oeffnen auch ausgewertet; es fehlte nur der Weg, es zu setzen. Der Standard gehoert dem Universum, nicht der einzelnen Person: wer Schreibrecht hat, legt ihn fuer alle fest — so wie die Reihenfolgen selbst auch geteilt sind. Die Rangfolge bleibt dadurch die schlichte: die Adresse schlaegt den Standard schlaegt die erste. setDefaultOrder() setzt zurueck und neu in einer Transaktion, damit nie zwei Standards nebeneinander stehen. deleteOrder() faengt jetzt den Fall ab, dass die Standardreihenfolge geloescht wird — dann uebernimmt die Erscheinungsreihenfolge, statt dass die Auswahl auf "die erste" faellt. Ueber die Schnittstelle geht es per PATCH /api/v1/universen/{id}. Der Endpunkt prueft, dass die Reihenfolge zu genau diesem Universum gehoert: ohne das setzte ein PATCH auf A den Standard in B, weil die Domaenenschicht das Universum aus der Reihenfolge ableitet. Vier Tests dazu: Umstellen samt Eindeutigkeit, Vorrang der Adresse, Rueckfall beim Loeschen, Rechtepruefung. Klickweg und Endpunkt gegen einen Produktionsbau geprueft. Refs #4	2026-09-01 23:49:52 +02:00
Florian Wilde	9ee8664233	feat: eigene Sammlung — „hab ich" mit Quelle ... Streaming-Verfügbarkeit beantwortet nur die halbe Frage: manche Filme laufen nirgends mehr, die hat man gekauft und liegen zu Hause — in Jellyfin, Plex, Emby, auf dem NAS oder als Scheibe. Bewusst getrennt vom Feld „wo schaue ich das": das eine sagt, wo ein Titel gerade läuft, und das ändert sich ständig; das andere sagt, was einem gehört, und das bleibt. Auf der Detailseite steht die Sammlung deshalb vor der Verfügbarkeit — was man hat, ist die verlässlichere Antwort. Durchgezogen bis in Filter, Export, CSV-Import und REST-API.	2026-09-01 21:15:53 +02:00
Florian Wilde	bb63827bf7	feat: REST-API unter /api/v1 mit OpenAPI-Beschreibung ... Dieselben Endpunkte bedienen Skripte und das eigene Frontend: erst wird ein Bearer-Token geprüft, sonst das Sitzungscookie. Sichtungsaktionen geben immer watchIds zurück — damit lässt sich genau diese Aktion über DELETE zurücknehmen, ohne raten zu müssen, was dazugehörte. Die OpenAPI-Beschreibung ist handgeschrieben statt aus Zod erzeugt: die Schnittstelle ist überschaubar, und ein Generator brächte eine weitere Abhängigkeit für einen Nutzen, den ein Dutzend Zeilen JSON auch hergeben.	2026-09-01 20:24:48 +02:00