Recordings 2: add independent mobile recording browser

[hotzenplotz5]

Ziel

Führt einen vollständig neuen, mobilen Aufnahmebrowser unter Recordings 2 ein. Der bestehende Aufnahmebrowser unter Aufnahmen bleibt unverändert und dient weiterhin als Referenz.

Ursache des bisherigen Platzhalters

Der vorhandene Tab fiel in den generischen Modul-Platzhalter der Frontend-Shell. Für recordings2 gab es weder einen eigenen Runtime-Einstieg noch Datenhaltung, Navigation oder Rendering. Dadurch erschien Liste aus undefined rendern.

Umsetzung

• eigenes Runtime-Modul web/frontend/recordings2.js
• eigene Navigation und eigener Zustand ohne window.VdrSuiteRecordingBrowser
• Root- und Unterordner über /api/vdr/recordings/folder
• sichtbarer Ladezustand und vollständig sichtbare Fehlerdiagnose im Frontend
• Ordnerliste, Zurück-Navigation und Breadcrumbs
• Aufnahmeliste mit Pagination
• Metadaten, Poster und deterministische Poster-Fallbacks
• mobile Detailansicht
• keine mutierenden Aktionen in dieser Ausbaustufe
• verzögertes Laden über die bestehende Frontend-Runtime-Grenze
• eigener Install-, HTTP-Asset- und Ownership-Vertrag

Bewusst nicht geändert

• web/frontend/modules/recordings.js
• web/frontend/recording-browser.js
• alte Aufnahmebrowser-Logik
• EPG-Timeline
• EPG-Personen-, Besetzungs- und Galerie-Runtime aus PR EPG: add end-to-end TVScraper metadata and rich detail view #87

Gezielte Prüfungen

Erfolgreich ausgeführt, ohne auf GitHub Actions zu warten:

• node --check web/frontend/recordings2.js
• node --check web/frontend/platform/deferred-runtime-loader.js
• node web/frontend/tests/test_recordings2_runtime.js
• python3 tools/check_recordings2_runtime_wiring.py
• isolierter Make-Vertrag für test-recordings2-runtime
• isolierter Staging-Install-Vertrag für test-recordings2-install-staging
• C++-Syntaxprüfung des statischen HTTP-Pfads mit den öffentlichen Header-Verträgen

Personen-/Galerie-Nachweis

Die Besetzungs- und Bilderimplementierung aus PR #87 ist im Ausgangsstand vorhanden und wird vom Installationsbundle weiterhin ausgeliefert. Der konkrete verbleibende Integrationsbruch liegt im kanonischen Channels 2: dessen privater Detailrenderer ruft VdrSuiteEpgMetadataDetail.enhance(...) nicht auf. Der bestehende Hook erweitert derzeit nur createEpgEventDetailCard aus der EPG-Timeline.

Dieser Folgefix wird bewusst nicht als oberflächlicher DOM-Hack mit Recordings 2 vermischt. Der Branch basiert direkt auf main bei c31fa1a nach PR #87 und enthält keine Änderungen aus dem ungemergten PR #88.

[hotzenplotz5]

Der getrennte Channels-2-Folgefix liegt jetzt in Draft-PR #90: #90

Er basiert exakt auf dem Recordings-2-Branch und verbindet die vorhandene EPG-Metadaten-, Besetzungs- und Galerie-Runtime ohne Änderungen an Recordings 2. PR #89 selbst bleibt unverändert.