fix(ui): Datum 1.1.1970, Disc nicht erkannt, kein Abbrechen — eine Ursache je Fall

Vier Befunde aus einem Bildschirmfoto vom 29.08.2026.

## 1. „das Datum ist falsch" — und der Typ auch

    TYP „DISC"   STARTZEIT „1.1.1970, 01:00:00"   STATUS „running"

⚠️ Das war MEIN Fehler von heute Vormittag. Ich hatte `type`, `device` und
`startTime` in das Job-Ereignis aufgenommen — mit Feldnamen, **die es in der
Datenbankzeile nicht gibt**. Dort heissen sie `disc_type` und `created_at`;
die Uebersetzung macht `_job_row_to_model`, und sie bildet auch `running` auf
`processing` ab.

Die Folge war schlimmer als das Problem davor: Statt eines FEHLENDEN Feldes
kam ein LEERES. `new Date(null)` ist der 1.1.1970, und „DISC" war der
Rueckfall, den ich zwei Stunden vorher fuer genau diesen Fall eingebaut hatte.
Aus „offensichtlich kaputt" war „sieht plausibel aus" geworden.

Und mein Test hat es nicht gefunden, weil ich seine Beispielzeile selbst
erfunden habe — mit meinen falschen Feldnamen. Ein Test, der dieselbe Annahme
macht wie der Code, prueft nichts. Der neue geht von der ECHTEN Zeile aus.

Der Waechter bekommt jetzt dieselbe Uebersetzung eingespritzt, die auch
`/jobs` benutzt.

## 2. „Es ist eine Disk im laufwerk, aber er erkennt sie dort nicht"

Die Laufwerksliste wurde an DREI Stellen gebaut: `/devices` haengte die
erkannte Disc an, der Ereignis-Waechter und der SSE-Schnappschuss nicht. Das
Dashboard liest den Schnappschuss — und schloss aus der fehlenden Disc auf ein
leeres Laufwerk, waehrend ihr Titel eine Zeile weiter oben stand.

Jetzt gibt es `laufwerke_mit_disc()`, und ein Test zaehlt die Aufrufe von
`device_info` — bei zwei ist er rot.

## 3. „man kann einen rip garnicht abbrechen"

Dieselbe Ursache wie 1: Es gab genau EINEN Abbrechen-Knopf, in der Kachel
„laufender Job". Die erscheint nur bei Status `processing`; der Strom lieferte
`running`. Keine Kachel, kein Knopf, kein Weg zurueck — und aus demselben
Grund stand „Aktiv (0)", waehrend der Rip lief.

Zusaetzlich gibt es den Knopf jetzt in der Job-Zeile selbst, wo man ihn sucht.

## 4. „bei ‚Platz für rippy' sollte eher das arbeitsverzeichnis und der
##     Ablagepfad sein"

Dort stand eine nackte Zahl fuer den ERSTEN Ort. Welcher Ordner das war, sah
man nicht — und die zweite Zeile fiel ganz weg, wenn beide auf derselben
Platte lagen. Das stimmt fuer die ZAHL und war der falsche Schluss fuer den
ORT. Jetzt stehen beide da, mit Pfad, plus der Hinweis, dass der Platz
geteilt wird.

Im Browser gegengeprueft: „Disc erkannt — wartet auf ‚Rippen starten'",
BLU-RAY mit richtigem Datum, beide Pfade, keine Konsolenfehler.

852 Tests gruen, ruff sauber.

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

docker/api/main.py

@@ -121,11 +121,14 @@ async def startup_event():
 
     ereignis_waechter = Waechter(
         db, ereignis_bus,
-        laufwerke_lesen=lambda: [
-            device_discovery.device_info(p)
-            for p in device_discovery.list_optical_devices()
-        ],
+        # MIT der erkannten Disc — sonst meldet die Server-Status-Kachel
+        # „kein Datentraeger", waehrend die Disc erkannt ist (29.08.2026).
+        laufwerke_lesen=laufwerke_mit_disc,
         system_lesen=system_stand_sync,
+        # DIESELBE Uebersetzung wie /jobs — sonst tragen die Live-Ereignisse
+        # andere Feldnamen als der Schnappschuss (Befund 29.08.2026:
+        # „1.1.1970" und „DISC" in der Jobliste).
+        job_form=lambda z: _job_row_to_model(z).model_dump(),
     )
     asyncio.create_task(ereignis_waechter.schleife())
 
@@ -442,12 +445,14 @@ async def _snapshot() -> dict:
     # Laufwerke getrennt: device_info macht ioctls, die hängen können —
     # ein defektes Laufwerk darf den Snapshot nicht aufhalten.
     try:
+        # MIT der erkannten Disc. Hier stand dieselbe Schleife ein DRITTES
+        # Mal (Befund 29.08.2026) — `/devices` hängte die Disc an, der
+        # Ereignis-Wächter und dieser Schnappschuss nicht. Das Dashboard
+        # liest genau diesen Schnappschuss und schloss aus der fehlenden
+        # Disc auf ein leeres Laufwerk: „Bereit — kein Datenträger im
+        # Laufwerk", während der Titel eine Zeile weiter oben stand.
         zustand["devices"] = await asyncio.wait_for(
-            asyncio.to_thread(
-                lambda: [device_discovery.device_info(p)
-                         for p in device_discovery.list_optical_devices()]),
-            timeout=5,
-        )
+            asyncio.to_thread(laufwerke_mit_disc), timeout=5)
     except (asyncio.TimeoutError, OSError):
         # „konnte nicht nachsehen" ist etwas anderes als „es gibt keine".
         # Deshalb None und nicht [] — das UI behält dann seinen alten Stand.
@@ -2363,6 +2368,12 @@ async def system_info():
                 continue
             info["plaetze"].append({
                 "name": ort["name"],
+                # Der PFAD gehoert dazu (Commander 29.08.2026): „bei ‚Platz
+                # fuer rippy' sollte eher das arbeitsverzeichnis und der
+                # Ablagepfad sein." Eine Zahl ohne Ort sagt nicht, WO der
+                # Platz knapp wird.
+                "pfad": ort["pfad"],
+                "gleiches_laufwerk": bool(ort.get("gleiches_laufwerk")),
                 "frei_gb": round(nutzung.free / 1024**3, 1),
                 "gesamt_gb": round(nutzung.total / 1024**3, 1),
             })
@@ -2723,13 +2734,37 @@ async def get_devices():
     prinzipbedingt nichts: kein udevd, keine udev-Datenbank, kein Daemon,
     der Symlinks anlegt. Jetzt: /sys fürs Modell, ioctl für den Disc-Status.
     """
+    return [Device(**info) for info in
+            await asyncio.to_thread(laufwerke_mit_disc)]
+
+
+def laufwerke_mit_disc() -> list:
+    """Laufwerke SAMT erkannter Disc — der eine Weg für beide Abnehmer.
+
+    ## Der Befund des Commanders (29.08.2026)
+
+    > „Es ist eine Disk im laufwerk, aber er erkennt sie dort nicht"
+
+    Auf der Server-Status-Kachel stand „Bereit — kein Datenträger im
+    Laufwerk", während die Disc erkannt war und ihr Titel eine Zeile weiter
+    oben in der Jobliste stand.
+
+    Die Ursache: Es gab ZWEI Wege zu den Laufwerken. `/devices` hängte die
+    erkannte Disc aus `DISC_CACHE` an; der Ereignis-Wächter rief nur
+    `device_info()` und ließ sie weg. Das UI liest seit V2-3 den Ereignisstrom
+    — also die Fassung ohne Disc. Es fragte `l.disc?.title`, bekam nichts, und
+    schloss daraus auf ein leeres Laufwerk.
+
+    Eine Auskunft in zwei Fassungen ist eine Auskunft zu viel. Jetzt gibt es
+    nur diese hier.
+    """
     geraete = []
     for pfad in device_discovery.list_optical_devices():
-        info = await asyncio.to_thread(device_discovery.device_info, pfad)
+        info = device_discovery.device_info(pfad)
         disc = DISC_CACHE.get(pfad)
         if disc and not disc.get("_laeuft"):
             info["disc"] = disc
-        geraete.append(Device(**info))
+        geraete.append(info)
     return geraete