Testanleitung: eigenes X-Display je Projekt fuer Parallelbetrieb

Damit mehrere Agenten gleichzeitig Oberflaechen testen koennen, bekommt jedes
Projekt eine feste Displaynummer (Vorgabe Richard):

  :99 PolyTrader, :98 Predictalytics, :97 ClawdDotNet, :96 IBKRTrader,
  :95 und absteigend fuer kuenftige Projekte.

Zwei Prozesse auf demselben Display sehen die Fenster des jeweils anderen -
Klicks landen im falschen Programm, Aufnahmen zeigen fremde Anwendungen.

Beim Durcharbeiten fielen zwei weitere Kollisionspunkte auf, die zum
Parallelbetrieb dazugehoeren und mit aufgenommen wurden:

- Screenshot- und Logdateien in /tmp brauchen ein Projektpraefix. /tmp/v_1.png
  ueberschreiben sich parallel laufende Projekte gegenseitig.
- "xvfb-run -a" darf NICHT mehr verwendet werden: Das -a sucht sich selbst ein
  freies Display und beginnt dabei bei :99 - ausgerechnet PolyTraders Nummer.
  Stattdessen "xvfb-run -n <nummer>".

Die Warnung ist nicht theoretisch: Auf der VM lag ein verwaister X98-Socket,
entstanden durch genau so einen "xvfb-run -a"-Aufruf beim smoke-ui-Test, als
:99 belegt war. Er blockierte Predictalytics' reservierte Nummer, ohne dass ein
Prozess lief. Entfernt, und die Anleitung erklaert jetzt, wie man verwaiste
Sockets erkennt (ls /tmp/.X11-unix/ gegen pgrep -a Xvfb lesen) und aufraeumt.

Weiter ergaenzt:
- pkill nie ohne Displaynummer - "pkill Xvfb" erschlaegt die Sitzungen aller
  anderen Projekte.
- DISPLAY in jedem Skript setzen, sonst landet man auf :0, dem echten Desktop.
- Die Skriptvorlage hat jetzt einen Kopf mit PROJEKT/DISP/FENSTER; das ist
  alles, was sich je Projekt unterscheidet. Praktisch gegengetestet.
- Aufraeumabschnitt und Belegungsliste um Displays und Verzeichnisse erweitert.

Nebenbei aufgefallen: Das PolyTrader-Publish lag unter ~/pt-test statt
~/polytrader-test und verletzte damit die eigene Verzeichniskonvention.
Umbenannt.

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

src/PolyTrader.App.Avalonia/Views/TerminalWindow.axaml.cs

@@ -1,4 +1,4 @@
-using System;
+using System;
 using System.Collections.Concurrent;
 using System.Collections.Generic;
 using System.Collections.ObjectModel;
@@ -63,7 +63,7 @@ namespace PolyTrader.App.Avalonia.Views
             cbLevel.SelectedIndex = 0;
             cbViewerLevel.SelectedIndex = 0;
 
-            this.FindControl<CalendarDatePicker>("dtViewerDate")!.SelectedDate = DateTime.Now;
+            this.FindControl<CalendarDatePicker>("dtViewerDate")!.SelectedDate = AppTimeZone.Today;
 
             this.FindControl<Button>("btnAutoscroll")!.Click += (_, _) => ToggleAutoscroll();
             this.FindControl<Button>("btnClear")!.Click += (_, _) => { _lines.Clear(); UpdateLiveStatus(); };
@@ -123,9 +123,9 @@ namespace PolyTrader.App.Avalonia.Views
                 processed++;
                 if (filter != "Alle" && e.Level.ToString() != filter) continue;
 
-                // Anzeige-Zeitzone aus den Server-Settings (siehe AppTimeZone) – nicht mehr fest
-                // gegen eine Windows-Zeitzonen-ID gerechnet.
-                DateTime t = AppTimeZone.ToDisplay(e.Timestamp);
+                // Der Zeitstempel steht seit dem 27.08.2026 bereits in der Anzeige-Zeitzone
+                // (siehe AppTimeZone.Now) - hier wird nicht noch einmal umgerechnet.
+                DateTimeOffset t = e.Timestamp;
 
                 _lines.Add(new LogLine
                 {
@@ -187,7 +187,7 @@ namespace PolyTrader.App.Avalonia.Views
             var status = this.FindControl<TextBlock>("lblViewerStatus")!;
             try
             {
-                DateTime day = this.FindControl<CalendarDatePicker>("dtViewerDate")!.SelectedDate ?? DateTime.Now;
+                DateTime day = this.FindControl<CalendarDatePicker>("dtViewerDate")!.SelectedDate ?? AppTimeZone.Today;
                 string path = Path.Combine(AppContext.BaseDirectory, "Logs", $"{day:yyyy-MM-dd}.jsonl");
 
                 _viewerRows.Clear();