Quest-APKs direkt im Office-Browser installieren und starten

[KajoVanBuyten]

Im APK-Fenster lässt sich eine Quest am Rechner des jeweiligen Testers per USB verbinden. Nach Auswahl der neuesten Dev-/Store-APK oder einer lokalen Datei überträgt der Browser die APK, zeigt den Fortschritt und gibt „Spiel starten“ erst nach Androids Installationsbestätigung frei. Das funktioniert auch beim entfernten Tester über das authentifizierte Office; auf dessen Rechner ist kein Office-Server nötig.

• Eigenes UI-Modul mit APK-Erweiterungsregistry, WebUSB/ADB-Verbindung, Streaming und begrenztem Lesen des Android-Manifests. Office-Downloads sind an eine Build-ID gebunden und werden nach der Übertragung per SHA-256 geprüft.
• Signaturkonflikte, Downgrades, Abbruch und Verbindungsverlust führen zu klaren Fehlerzuständen. Keine automatische Deinstallation oder Löschung von App-Daten. ✕/Esc schließt und gibt Mouse-Look zurück.
• README und Einrichtung/Fehlerhilfe ergänzt. Browser benötigt Chrome/Edge, HTTPS beziehungsweise localhost, Quest-Entwicklermodus und USB-Debugging-Freigabe.

Integration: basiert auf frisch abgerufenem origin/main (852e2ab) und enthält die APK-Build-/Download-Grundlage aus #350, da diese upstream noch offen ist. Der neue USB-Installationsumfang steckt in 25cf96e. Nach Integration von #350 kann dieser PR entsprechend verkleinert werden.

Prüfung:

• npm run typecheck und npm run build bestanden.
• Neue Quest-Regressionen 8/8; APK-Tests 10/10; Struktur/Größengrenzen grün.
• Headless-Chrome mit echter UI/Installationssteuerung und simuliertem USB: Dev/Store, lokale Datei, Fortschritt, Abbruch, Signaturfehler, Startfreigabe, X/Esc und Desktop/Mobil bestanden; Screenshots geprüft.
• Echte veröffentlichte Dev-APK (877798243 Bytes) und Store-APK (517768878 Bytes) über authentifizierte Range-Requests gelesen: Paketname com.kamastudios.zombierealitybreach korrekt, nur rund 100 KB Metadaten pro APK.
• Laufendes Office additiv ohne Server-Neustart aktualisiert; echte Chrome-Oberfläche, Dev-/Store-Metadaten sowie X/Esc mit Mouse-Look geprüft. APK-, Playtest- und Entscheidungs-API weiterhin HTTP 200.
• npm test gestartet, hängt auf Windows. Begrenzter Durchlauf aller 84 Testdateien: 571 bestanden, 41 Fehler in sieben Dateien (client-registry, install, maps, clone, dsh, repos, workers). Dieselben sieben Dateien und Fehlerzahlen sind auf unverändertem origin/main 852e2ab reproduziert; keine neue Fehlergruppe.

Noch nicht hardwareverifiziert: physische Quest-Installation, tatsächlicher App-Start und USB/Treiber beim entfernten Tester. Die entsprechenden manuellen Prüfungen gehören in die persönliche Playtest-Checkliste, nicht in die Worker-Queue.