Scarriffle/Flaro
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Zwei Namen für denselben Titel brachen den ganzen Lauf ab

Browse Source 
Der Eindeutigkeitsindex aus Punkt 3 stellte die Regel auf, dichtete aber
den einen Weg nicht ab, auf dem sie verletzt wird: der Enricher setzt die
TMDB-Kennung, und sobald zwei Einträge derselben Mediathek dieselbe
bekamen, brach EF die gesamte Speicherung ab — mit "An error occurred
while saving the entity changes", einer Meldung, die den Grund nicht nennt
und den ganzen Scan mitnimmt.

Jetzt wird die Kennung nicht blind gesetzt, sondern vorgemerkt und nach
der Schleife zusammengelegt. Zwei Tests halten den Fall fest: der Anbieter
antwortet auf jede Anfrage mit demselben Film beziehungsweise derselben
Serie, also genau die Lage, die vorher den Lauf zerriss.

Dazu der wahrscheinliche Grund für die siebenhundert Serien: der
Serientitel kam ausschliesslich aus dem Dateinamen. Heisst eine Datei nur
"S01E01.mkv", steht vor der Folgennummer nichts, und der ganze Dateiname
wurde zum Serientitel — zwanzig Folgen ergaben zwanzig Serien namens
"S01E01", "S01E02", und so weiter. Jetzt sagt der Ordner den Namen, wenn
die Datei ihn nicht nennt; der Staffelordner wird dabei übersprungen, sonst
hiesse die Serie "Staffel 1". Plex und Jellyfin lesen ihn seit je so.

Dazu die Prüfliste: Folgen werden nach Serie gebündelt, weil zwanzig neue
Folgen eine Entscheidung sind und nicht zwanzig. Mit Mehrfachauswahl —
anhaken und gemeinsam freigeben oder auf einen Zeitpunkt legen. Und der
Zeitpunkt ist ein datetime-local statt eines Textfelds mit Formvorschrift,
bei dem jeder Tippfehler erst nach dem Absenden auffiel.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Scarriffle
2026-10-04 13:58:33 +02:00
co-authored by Claude Opus 5
parent 228c318ad2
commit fa18c0d7fa
13 changed files with 490 additions and 76 deletions
Download Patch File Download Diff File Expand all files Collapse all files
server/src/Flaro.Data/MetadataEnricher.cs
+75
View File
@@ -30,6 +30,7 @@ public sealed class MetadataEnricher(
IImageStore bilder,
IImageReader bildLeser,
ISidecarStore beiwerk,
Zusammenlegung zusammenlegung,
ILogger<MetadataEnricher> log)
{
/// <param name="erneut">
@@ -81,6 +82,14 @@ public sealed class MetadataEnricher(
var zugeordnet = 0;
var durch = 0;
// Wer welche Kennung schon hat — auch die, die dieser Lauf gerade
// vergeben hat und die deshalb noch nicht in der Datenbank stehen.
var vergeben = await db.Movies
.Where(m => m.LibraryId == libraryId && m.TmdbId != null)
.ToDictionaryAsync(m => m.TmdbId!.Value, m => m.Id, ct);
var zusammenzulegen = new List<(Guid Sieger, Guid Verlierer)>();
foreach (var film in offen)
{
ct.ThrowIfCancellationRequested();
@@ -101,6 +110,24 @@ public sealed class MetadataEnricher(
if (gefunden is null) continue;
// **Zwei Einträge, derselbe Film — und das fällt erst hier auf.**
//
// Beim Scan heisst der eine „Ich einfach unverbesserlich" und der
// andere „Despicable Me"; dass es derselbe ist, verrät allein die
// TMDB-Kennung. Die hier blind zu setzen verletzt den
// Eindeutigkeitsindex, und EF bricht die ganze Speicherung ab —
// mit „An error occurred while saving the entity changes", einer
// Meldung, die den Grund nicht nennt und den ganzen Lauf mitnimmt.
//
// Also nicht setzen, sondern vormerken: zusammengelegt wird nach
// der Schleife, wenn nichts mehr dazwischenkommt.
if (vergeben.TryGetValue(gefunden.ProviderId, out var schonDa))
{
zusammenzulegen.Add((Sieger: schonDa, Verlierer: film.Id));
continue;
}
vergeben[gefunden.ProviderId] = film.Id;
film.TmdbId = gefunden.ProviderId;
film.ImdbId = gefunden.ImdbId;
film.Title = gefunden.Title;
@@ -128,6 +155,23 @@ public sealed class MetadataEnricher(
}
if (zugeordnet > 0) await db.SaveChangesAsync(ct);
// **Erst speichern, dann zusammenlegen.** Das Verschmelzen löscht
// Zeilen am Änderungsverfolger vorbei; stünde es davor, schriebe das
// folgende Speichern sie wieder hin.
foreach (var (sieger, verlierer) in zusammenzulegen)
{
await zusammenlegung.FilmVerschmelzenAsync(sieger, verlierer, ct);
}
if (zusammenzulegen.Count > 0)
{
await db.SaveChangesAsync(ct);
log.LogInformation(
"{Anzahl} Film(e) waren derselbe Titel unter anderem Namen und wurden zusammengelegt.",
zusammenzulegen.Count);
}
return zugeordnet;
}
@@ -160,6 +204,12 @@ public sealed class MetadataEnricher(
var zugeordnet = 0;
var durch = 0;
var vergeben = await db.Series
.Where(x => x.LibraryId == libraryId && x.TmdbId != null)
.ToDictionaryAsync(x => x.TmdbId!.Value, x => x.Id, ct);
var zusammenzulegen = new List<(Guid Sieger, Guid Verlierer)>();
foreach (var serie in offen)
{
ct.ThrowIfCancellationRequested();
@@ -181,6 +231,17 @@ public sealed class MetadataEnricher(
if (gefunden is null) continue;
// Wie beim Film: zwei Einträge, dieselbe Serie. Bei Serien ist das
// noch häufiger — derselbe Ordner unter zwei Schreibweisen, oder
// ein Staffelordner, der versehentlich als eigene Serie gelesen
// wurde.
if (vergeben.TryGetValue(gefunden.ProviderId, out var schonDa))
{
zusammenzulegen.Add((Sieger: schonDa, Verlierer: serie.Id));
continue;
}
vergeben[gefunden.ProviderId] = serie.Id;
serie.TmdbId = gefunden.ProviderId;
serie.ImdbId = gefunden.ImdbId;
serie.Title = gefunden.Title;
@@ -208,6 +269,20 @@ public sealed class MetadataEnricher(
}
if (zugeordnet > 0) await db.SaveChangesAsync(ct);
foreach (var (sieger, verlierer) in zusammenzulegen)
{
await zusammenlegung.SerieVerschmelzenAsync(sieger, verlierer, ct);
}
if (zusammenzulegen.Count > 0)
{
await db.SaveChangesAsync(ct);
log.LogInformation(
"{Anzahl} Serie(n) waren dieselbe unter anderem Namen und wurden zusammengelegt.",
zusammenzulegen.Count);
}
return zugeordnet;
}