fix(windows): Vollstaendiger Rundgang durch die Docker-Reste

Commander: „Bro, du musst alles was rippy jetzt im code hat für Windows
Bauen! Jeden pfad, alles wo die tools drauf zugreifen. Diese Rippy version
MUSS 100% Windows Kompatibel sein. Prüfe bitte den kompletten Quellcode nach
Docker Resten."

Systematisch gesucht statt Fundstelle fuer Fundstelle: feste POSIX-Pfade,
Linux-Programme, POSIX-eigene Aufrufe, `shutil.which`, `posixpath` auf echten
Pfaden, Container-Texte. Sechs echte Fehler dabei.

## 1. `/dev/{name}` in drei Endpunkten — der schwerste

Das UI ruft `/devices/{id}/eject`, `/scan-tracks` und `/tracks` mit der
Kennung aus der Geraeteliste auf, unter Windows also `G`. Gebaut wurde daraus
`/dev/G` — steht in keiner Laufwerksliste. **Auswerfen und „Disc scannen"
antworteten unter Windows IMMER mit 404**, ohne dass irgendwo stand, warum.

Hin- und Rueckweg gehoeren zusammen: Beide Treiber haben jetzt `kennung()`
und `pfad_zu_kennung()`. Wer die Kennung vergibt, loest sie auch auf.

## 2. `os.path.isdir("/app")` — zum zweiten Mal

Nach `caps.py` (heute frueh) auch in `ablauf.py`: Der eigenstaendige
Windows-Rippy hielt sich fuer einen FREMDEN Worker und haette sich selbst
vorgeworfen, Container-Pfade nicht zu erreichen — auf einer Maschine ohne
Container. Die Entscheidung ist jetzt einspritzbar; vorher hing der Test
daran, ob es einen Ordner `/app` gibt.

## 3. `shutil.which` in `schluessel.py`

Ausgerechnet im Modul, das es NUR unter Windows gibt: Es suchte makemkvcon im
PATH, wo unter Windows nie ein Programm aus „Programme" steht. Die
Schluessel-Automatik fuer 4K-UHD lief damit nie an.

## 4. `posixpath.join` auf echten Pfaden

`rohdaten.py` baute `C:\Roh/datei.mkv` — gemischte Trenner, die im UI falsch
aussehen und jeden Vergleich brechen.

## 5. Container-Pfad in einer Nutzermeldung

„Roh-Datei bleibt in /app/temp erhalten" nennt jetzt den echten Ordner. Wer
die Datei retten will, sucht sonst am falschen Ort.

## 6. Container-Pfade als UI-Vorbelegung

Rip-Dialog und `useBetrieb` starteten mit `/app/media`, bis die Antwort da
war. Leer ist ehrlicher: Es behauptet nichts.

## Und HandBrakes „Code 0"

Code 0 heisst ERFOLG. Rippy meldete trotzdem „fehlgeschlagen", weil die Datei
nicht am erwarteten Ort lag: **HandBrake bestimmt den Container aus dem
PRESET, nicht aus der Endung** — ein MP4-Preset schreibt `.mp4` neben das
verlangte `.mkv`. Jetzt erzwingt `--format` den Container passend zur Endung
(an HandBrake 1.11.2 gegengeprueft), und falls doch etwas daneben liegt, wird
es gefunden statt weggeworfen.

## Der Waechter

`test_keine_container_reste.py` prueft mechanisch, dass im Windows-Weg kein
Container-Pfad ohne Begruendung steht. Die Ausnahmen stehen namentlich mit
Grund da (Linux-Zweige, benannte Rueckfaelle) — und ein zweiter Test wirft
jede Ausnahme raus, die niemand mehr braucht.

Ueber den Tokenizer, nicht ueber „faengt mit Anfuehrungszeichen an": Der
erste Anlauf blieb prompt an seinem eigenen `r\"\"\"`-Docstring haengen.

887 Tests gruen, ruff sauber.

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

docker/api/main.py

@@ -1473,12 +1473,35 @@ async def storage_targets():
     return await asyncio.to_thread(sammle)
 
 
+def geraetepfad(name: str) -> str:
+    """Die Kennung aus der URL zum echten Geraetepfad — oder 404.
+
+    ## Der Befund (29.08.2026)
+
+    Hier stand an DREI Stellen:
+
+        device_path = f"/dev/{name}"
+
+    Das UI ruft diese Endpunkte mit der Kennung aus der Geraeteliste auf —
+    unter Windows also `G`. Gebaut wurde daraus `/dev/G`, und das steht in
+    keiner Laufwerksliste. **Auswerfen und „Disc scannen" antworteten unter
+    Windows also immer mit 404**, ohne dass irgendwo stuende, warum.
+
+    Aufgeloest wird jetzt vom TREIBER: Er vergibt die Kennung (`kennung`),
+    also loest er sie auch wieder auf. Hin- und Rueckweg koennen damit nicht
+    mehr auseinanderlaufen.
+    """
+    pfad = device_discovery.pfad_zu_kennung(name)
+    if not pfad:
+        raise HTTPException(status_code=404,
+                            detail=f"Laufwerk {name} nicht gefunden")
+    return pfad
+
+
 @app.post("/devices/{name}/eject")
 async def eject_device(name: str):
     """Wirft die Disc aus. Verweigert, wenn auf dem Gerät gerade ein Job läuft."""
-    device_path = f"/dev/{name}"
-    if device_path not in device_discovery.list_optical_devices():
-        raise HTTPException(status_code=404, detail=f"Laufwerk {device_path} nicht gefunden")
+    device_path = geraetepfad(name)
     if await asyncio.to_thread(db.has_active_job, device_path):
         raise HTTPException(
             status_code=409, detail="Auf diesem Laufwerk läuft gerade ein Job"
@@ -1498,9 +1521,7 @@ async def scan_tracks_starten(name: str):
     Läuft als Worker-Task (nur der hat makemkvcon + Laufwerk); das UI pollt
     GET /devices/{name}/tracks. Dauert je nach Disc 20–120 s.
     """
-    device_path = f"/dev/{name}"
-    if device_path not in device_discovery.list_optical_devices():
-        raise HTTPException(status_code=404, detail=f"Laufwerk {device_path} nicht gefunden")
+    device_path = geraetepfad(name)
     if await asyncio.to_thread(db.has_active_job, device_path):
         raise HTTPException(status_code=409, detail="Auf diesem Laufwerk läuft gerade ein Job")
 
@@ -1512,7 +1533,7 @@ async def scan_tracks_starten(name: str):
 @app.get("/devices/{name}/tracks")
 async def scan_tracks_ergebnis(name: str):
     """Ergebnis des Titel-Scans (Polling-Ziel des UI)."""
-    device_path = f"/dev/{name}"
+    device_path = geraetepfad(name)
     daten = await asyncio.to_thread(db.get_settings, f"tracks:{device_path}")
     if not daten:
         return {"status": "none"}

docker/api/rohdaten.py

@@ -38,9 +38,10 @@ Verwechslungsgefahr gibt es dabei nicht: Roh-Verzeichnisse heißen exakt wie die
 Job-ID (vollständige UUID), fertige Ablagen heißen `Titel (Jahr) [kurz-id]`.
 """
 
-import posixpath
 import subprocess
 
+from rippy import pfade as _pfade
+
 # Container-Standard für Roh-Rips (RAW_DIR im Worker). Bleibt als Rueckfall
 # stehen — die WURZELN dieses Betriebs liefert `wurzeln()`.
 RAW_STANDARD = "/app/temp/raw"
@@ -246,7 +247,11 @@ def groesse(pfade: list, listdir, isfile, getsize) -> tuple:
         except OSError:
             continue
         for name in namen:
-            voll = posixpath.join(pfad, name)
+            # `pfade.verbinden` statt posixpath: Auf Windows ist `pfad`
+            # ein echter Windows-Pfad, und `posixpath.join` baute daraus
+            # `C:\Roh/datei.mkv` — gemischte Trenner, die im UI falsch
+            # aussehen und jeden Vergleich brechen (Befund 29.08.2026).
+            voll = _pfade.verbinden(pfad, name)
             try:
                 if isfile(voll):
                     bytes_gesamt += getsize(voll)