Neun gemeldete Fehler, und die Frage, welcher Build gerade läuft

Ein grosser Commit, weil die Punkte einander bedingen: ohne lesbare
Fehlermeldung war die Serienerkennung nicht zu diagnostizieren, und ohne
Build-Kennung nicht einmal festzustellen, ob überhaupt der gebaute Stand
läuft. Zwei der neun Meldungen betrafen Funktionen, die seit Stunden im
Quelltext stehen.

Version und Build. Die Version steht fest; daneben eine Kennung aus
sechs Zeichen, die sich bei jedem Docker-Bau ändert. Sie steht in der
Verwaltung, unter /health und im Protokoll bei jedem Start. Damit ist
"reden wir vom selben Build?" in zwei Sekunden beantwortet statt in
einem halben Tag.

Serien. Lag eine Datei direkt im Serienordner und trug vor der
Folgennummer nichts, wurde der ganze Dateiname zum Serientitel: aus 95
Serien wurden 737, jede mit einer Folge, bei jedem Lauf neu. Dazu lief
der Scan in Verweise hinein — derselbe Ordner unter zwei Namen ergab
zwei Serien. Und weder neue noch umgezogene Dateien standen in der
Pfadliste des Laufs, weshalb ein doppelt gesehener Pfad eine zweite
Zeile mit gleichem (LibraryId, Path) anlegte und der
Eindeutigkeitsindex den ganzen Speichervorgang scheitern liess. Jede
Serienanlage wird jetzt im Tagesprotokoll begründet.

Fehlermeldungen. "An error occurred while saving the entity changes"
stand englisch in einer deutschen Oberfläche und nannte weder Ursache
noch nächsten Schritt. Jetzt geht der vollständige Text ins Protokoll
und ein deutscher Satz ohne Fehlercode in die Anzeige — auch für
"Failed to fetch", das aus dem Browser kam und nie übersetzt wurde.

Protokolle. Die Ansicht holte die ganze Datei und zeigte 800 Zeilen
davon; bei zwei Megabyte brach die Verbindung ab. Gelesen wird jetzt
serverseitig rückwärts, mit einem Knopf für mehr.

Auswahlfelder. Die drei <select> zeichnete das Betriebssystem: ein
helles Systemmenü mitten in der dunklen Oberfläche. Ersetzt durch ein
eigenes Listenfeld mit Tastaturbedienung.

Bildwahl. Drei Raster untereinander in einem scrollenden Dialog hiess
zwei Scrollebenen übereinander. Jetzt ein Reiter je Bildtyp.

Sprache. Die Serversprache stand in der Serverliste zwischen Name,
Metadaten und Fassung — gesucht und nicht gefunden. Sie hat jetzt einen
eigenen Abschnitt ganz oben.

Dazu: ein Knopf, der den erfassten Inhalt einer Mediathek verwirft, ohne
Name und Pfad mitzunehmen; ein Abschnitt Speicher mit den drei Pfaden,
ihrer Belegung und dem Leeren des Bildspeichers; und die Korrektur einer
Zuordnung frischt nur noch die Kachel auf statt die ganze Seite.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

server/src/Flaro.Api/Buildkennung.cs

@@ -0,0 +1,46 @@
+namespace Flaro.Api;
+
+/// <summary>Welche Version läuft — und welcher Build genau.</summary>
+///
+/// <remarks>
+/// <para>
+/// <b>Warum zwei Angaben.</b> Die Version sagt, welcher Stand gemeint ist;
+/// sie steht fest und ändert sich nur von Hand. Der Build sagt, welches
+/// Abbild tatsächlich läuft, und ändert sich bei <i>jedem</i> Bau — auch
+/// dann, wenn am Quelltext nichts anders ist.
+/// </para>
+/// <para>
+/// <b>Und warum das nötig wurde.</b> Es hat einen halben Tag gekostet: zwei
+/// Funktionen waren nachweislich im Quelltext und auf dem Server trotzdem
+/// nicht zu sehen. Ob dort ein älteres Abbild lief, liess sich nicht
+/// feststellen — der Server sagte es nirgends. Jede Fehlersuche lief damit
+/// ins Leere, weil die erste Frage unbeantwortbar war: reden wir vom selben
+/// Build?
+/// </para>
+/// <para>
+/// <b>Sechs Zeichen, Grossbuchstaben und Ziffern.</b> Kurz genug, um sie
+/// vorzulesen und abzutippen, lang genug, um nicht zufällig zweimal
+/// vorzukommen. Ohne <c>I</c>, <c>O</c>, <c>0</c> und <c>1</c>, weil die
+/// beim Vorlesen verwechselt werden.
+/// </para>
+/// </remarks>
+public static class Buildkennung
+{
+    /// <summary>Die feste Version. Steigt nur, wenn jemand sie hier ändert.</summary>
+    public const string Version = "1.0.0";
+
+    /// <summary>Die Kennung dieses Abbilds — oder <c>DEV</c> ausserhalb eines Containers.</summary>
+    ///
+    /// <remarks>
+    /// Gesetzt wird sie beim Bau des Abbilds über <c>FLARO_BUILD</c>. Fehlt
+    /// sie, läuft der Server aus dem Quellbaum: dann ist <c>DEV</c> die
+    /// ehrlichere Angabe als eine erfundene Kennung, die nichts bezeichnet.
+    /// </remarks>
+    public static string Build { get; } =
+        Environment.GetEnvironmentVariable("FLARO_BUILD") is { Length: > 0 } wert
+            ? wert.Trim()
+            : "DEV";
+
+    /// <summary>„1.0.0 · K7F2QX" — für Protokoll und Anzeige.</summary>
+    public static string Beides => $"{Version} · {Build}";
+}