Praxis-Feedback-Runde: CIFS-Cap-Fix, TMDB v3-Keys, 4K-UHD-Typ, Vollautomatik, Job-Verwaltung, Worker-Namen

Zwei bewiesene Bug-Fixes:
- SMB-Mount 'Unable to apply new capability set': mount.cifs hebt
  CAP_DAC_READ_SEARCH an, die in Dockers Default-Caps fehlt (auf der VM
  reproduziert: Bounding-Set a82425fb ohne Bit 2; mit der Capability
  verschwindet der Fehler). Fix: cap_add DAC_READ_SEARCH fuer den
  api-Container.
- TMDB fiel still aus: Client konnte nur v4-Bearer-Tokens, der uebliche
  32-Hex-v3-Key bekam 401 und die Suche lieferte nur OMDb. Jetzt beide
  Key-Arten (ist_v4_token + api_key-Query-Param lt.
  developer.themoviedb.org, mit Tests) — damit kommen auch die deutschen
  Texte an (language=de-DE war ueberall schon gesetzt). Neu:
  GET /metadata/status + 'Verbindung pruefen' in Einstellungen -> APIs
  (Live-Check am Cache vorbei).

Features aus dem Commander-Feedback:
- 4K UHD als eigener Disc-Typ: classify >= 55 GiB (BD-66/BD-100; BD-50
  bleibt bluray), beide detection.py + Tests, eigene Badge-Farbe in
  Dashboard/Laufwerken, Prescan-Label '4K UHD'. UHD-Rip-Fehler 'Failed to
  open disc' (Code 11) bekommt Klartext: LibreDrive-Firmware noetig.
- Vollautomatik (Setting autoRipStart): Disc erkannt -> Rip startet ohne
  Popup in den Schnellwahl-Ordner (Serie->Serien, sonst Filme, CD->Musik).
- Job-Verwaltung: 'Neu komprimieren' nur noch mit can_retry (Rohdaten
  liegen wirklich da), DELETE /jobs/{id} + 'Erledigte aufraeumen'
  (Dateien bleiben immer), 'Alle herunterladen' im Job-Detail
  (gestaffelte Einzel-Downloads statt Server-Zip von 40-GB-Dateien).
- Worker zuordenbar: WORKER_NAME-Env als stabiler Anzeigename (fixt auch
  die Offline-Leichen nach Rebuilds), info.hostname/ip gemeldet,
  Online-Abgleich ueber hostname, DELETE /workers/{name} + Papierkorb im
  UI, Quelle-Anzeige an der Disc-Karte ('Quelle: TMDB - 99 % sicher').
- Ripping-Tab nach Medium gegliedert (Video/Audio-CD/Allgemein) +
  Untertitel-Klartext (--all-audio/--all-subtitles bleiben komplett),
  CD -> Musik-Vorauswahl im Ziel-Dialog, Ordner-Verwaltung beschriftet
  und standardmaessig eingeklappt.
- Docs: SAVEPOINT v3.3, ROADMAP Etappe 14 + Ideen (nativer
  Windows-Worker, deutsche OMDb-Texte via TMDB-Find), README.

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

docker/api/clients/tmdb.py

@@ -11,6 +11,15 @@ TMDB_BASE_URL = "https://api.themoviedb.org/3"
 TMDB_IMAGE_BASE_URL = "https://image.tmdb.org/t/p"
 
 
+def ist_v4_token(key: str) -> bool:
+    """Pure Funktion (testbar): TMDB hat ZWEI Key-Arten — der v4 Read Access
+    Token ist ein langes JWT ('eyJ…', Bearer-Header), der klassische v3-Key
+    32 Hex-Zeichen (api_key-Query-Parameter). Befund 24.07.: der Client konnte
+    NUR v4 — mit dem üblichen v3-Key aus dem TMDB-Konto war jede Anfrage 401
+    und die Suche lieferte still nur OMDb-Treffer."""
+    return bool(key) and key.startswith("eyJ")
+
+
 class TMDBClient:
     def __init__(self):
         # DB-Einstellung (Settings-UI/Wizard) gewinnt gegen die Env-Variable —
@@ -18,24 +27,29 @@ class TMDBClient:
         from db import get_settings
         self.api_key = get_settings().get("tmdbApiKey") or settings.tmdb_api_key
         self.session = requests.Session()
-        self.session.headers.update({
-            "Authorization": f"Bearer {self.api_key}",
-            "Content-Type": "application/json"
-        })
-    
+        self.session.headers.update({"Content-Type": "application/json"})
+        # Beide Key-Arten unterstützen (developer.themoviedb.org: v3 als
+        # api_key-Parameter, v4-Token als Bearer-Header)
+        self._key_params = {}
+        if ist_v4_token(self.api_key):
+            self.session.headers.update({"Authorization": f"Bearer {self.api_key}"})
+        elif self.api_key:
+            self._key_params = {"api_key": self.api_key}
+
     def _request(self, endpoint: str, params: Dict = None) -> Optional[Dict]:
         """Mache API-Request mit Caching."""
         from cache.keys import generate_tmdb_key
+        # Cache-Key OHNE den api_key — der gehört nicht in den Cache
         cache_key = generate_tmdb_key(endpoint, params)
-        
+
         cached = get(cache_key)
         if cached:
             return cached
-        
+
         try:
             response = self.session.get(
                 f"{TMDB_BASE_URL}/{endpoint}",
-                params=params,
+                params={**(params or {}), **self._key_params},
                 timeout=10
             )
             response.raise_for_status()