20e623dc37
Step 3 vom File-Versioning-Feature (Step 1+2 lief schon in Diagnostic). App kann jetzt: - pro Datei via 🕒-Button die Versions-Liste anzeigen - alte Versionen als '<name>@<short-hash>.<ext>' nach Downloads schreiben - per ⟲ eine alte Version als neue aktive setzen (non-destructive, macht im Backend einen 'restore:'-Commit, die bisherige Version bleibt in der Historie) Drei neue RVS-Message-Type-Paare: file_version_list_request / _response file_version_download_request / _response (base64) file_version_restore_request / _response rvs/server.js: alle sechs Typen in die ALLOWED_TYPES-Whitelist. bridge/aria_bridge.py: handler proxen die Anfragen an diagnostic (http://localhost:3001/api/files-versions / -version-content / -restore). Diagnostic ist eh schon der Owner der git-Repository-Logik. Bridge wrappt die Binary-Antwort als base64 fuer den RVS-Transport. android/src/screens/SettingsScreen.tsx: - State versionsOpen/versionsList/-Loading/-Error - Drei rvs.onMessage-Branches fuer die neuen *_response Types - 🕒-Button in jeder Datei-Zeile (zwischen Auswahl-Checkbox und Mülltonne) - Neues Modal mit Versions-Liste (AKTIV-Badge, short-hash, subject, formatiertes Datum, ⬇ Download + ⟲ Restore-Button pro Eintrag) - Restore-Button hat Confirm-Alert - Bei file_version_restore_response: list refresh + file-list refresh