Logdateinamen haengen nicht mehr am Kalender der Host-Kultur

Im Logverzeichnis der Test-VM lagen neben 2026-09-03.jsonl auch 1405-06-12.jsonl und 2569-09-03.jsonl - dieselben Tage im Sonnen-Hidschra- und im buddhistischen Kalender. Eine interpolierte Zeichenkette formatiert mit CurrentCulture, und die bringt ihren Kalender mit. Betroffen waren beide Schreibpfade des LoggingService und die Lesestelle im DossierService, die denselben Namen wieder zusammensetzt. CA1305 greift hier nicht: die Regel sieht string.Format und ToString, nicht die interpolierte Form. Die .editorconfig deckt diesen Fall also nicht ab. FormattableString.Invariant an allen drei Stellen, dazu ein Regressionstest ueber fa-IR, th-TH und de-DE - mit Gegenbeweis, dass die naive Form tatsaechlich abweicht, damit der Test nicht eines Tages unbemerkt trivial wird. Ausserdem: Verweise auf die Bugtracker-Nummern richtiggestellt (488/489). 461 Tests gruen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-06 12:31:44 +02:00
parent e7e3970dec
commit c87b0195fd
15 changed files with 78 additions and 19 deletions
@@ -100,4 +100,54 @@ public class CultureIndependenceTests
            markdown.Should().NotContain("327,27");
        });
    }
+
+    // ─── Dateinamen (#489) ────────────────────────────────────────────────
+
+    /// <summary>
+    /// Führt die Prüfung unter einer Kultur mit <b>anderem Kalender</b> aus. Das Dezimalkomma ist
+    /// nur die halbe Gefahr: fa-IR rechnet im Sonnen-Hidschra-Kalender, th-TH im buddhistischen.
+    /// </summary>
+    private static void UnderCulture(string name, Action assert)
+    {
+        var previous = CultureInfo.CurrentCulture;
+        try
+        {
+            CultureInfo.CurrentCulture = new CultureInfo(name);
+            assert();
+        }
+        finally
+        {
+            CultureInfo.CurrentCulture = previous;
+        }
+    }
+
+    [Theory]
+    [InlineData("fa-IR")]   // Sonnen-Hidschra: Jahr 1405 statt 2026
+    [InlineData("th-TH")]   // buddhistisch:    Jahr 2569 statt 2026
+    [InlineData("de-DE")]
+    public void LogFileNames_DoNotDependOnTheHostCalendar(string culture)
+    {
+        // Am 2026-09-06 lagen auf der Test-VM neben 2026-09-06.jsonl auch 1405-06-12.jsonl und
+        // 2569-09-03.jsonl. Eine interpolierte Zeichenkette formatiert mit CurrentCulture, und die
+        // bringt ihren Kalender mit: Der Supervisor sucht dann eine Datei, die es nicht gibt, und
+        // die Tagesrotation legt jeden Tag eine neue Reihe an.
+        var day = new DateTime(2026, 9, 6, 14, 3, 0, DateTimeKind.Utc);
+
+        UnderCulture(culture, () =>
+        {
+            FormattableString.Invariant($"{day:yyyy-MM-dd}.jsonl").Should().Be("2026-09-06.jsonl");
+            FormattableString.Invariant($"Info-{day:dd-MM-yy}.txt").Should().Be("Info-06-09-26.txt");
+        });
+    }
+
+    [Fact]
+    public void TheNaiveInterpolation_IsWhatWentWrong()
+    {
+        // Der Gegenbeweis, damit dieser Test nicht versehentlich trivial wird: Ohne den
+        // ausdruecklichen Formatanbieter geht es tatsaechlich schief. Faellt diese Zusicherung
+        // eines Tages, ist die Gefahr weg - dann darf der Test verschwinden, nicht vorher.
+        var day = new DateTime(2026, 9, 6, 0, 0, 0, DateTimeKind.Utc);
+
+        UnderCulture("fa-IR", () => $"{day:yyyy-MM-dd}".Should().NotBe("2026-09-06"));
+    }
 }