boehmitools-training/android/KNOWN_LIMITATIONS.md

Bekannte Einschränkungen

1. Kein erzeugtes APK in dieser Ausführungsumgebung: Der Container besitzt weder Android SDK noch eine vorinstallierte Gradle-Distribution und kann services.gradle.org per Shell-DNS nicht erreichen. Daher konnten die Android-Abhängigkeiten nicht aufgelöst und app-debug.apk hier nicht seriös erzeugt werden. Der genaue Befund und alle Befehlsprotokolle stehen in TEST-REPORT.md.
2. Keine gelieferten Screenshots: In den drei Archiven sind keine Bilddateien enthalten. Die visuelle Umsetzung basiert auf den mobilen HTML-UIs der Plugins; Pixelgleichheit zu nicht vorhandenen Screenshots kann nicht geprüft werden.
3. Keine Geräte-/Emulatorausführung im Container: Compose-Instrumentation, Keystore-Verhalten und reale 360-dp-Layouts konnten nur als Tests implementiert, nicht ausgeführt werden.
4. Offline-Mutationen sind bewusst auf Session-Patches begrenzt: Planentwürfe sind im Cache lesbar, Editoränderungen werden aber nicht offline veröffentlicht oder in eine Mutationsqueue aufgenommen. Dafür existiert im Serververtrag kein sicherer Patch-/Merge-Mechanismus.
5. Konflikte werden nicht automatisch gemergt: Bei 409 bleiben lokale Daten beziehungsweise Queue-Einträge sichtbar. Die App bietet bewusst nur Neuladen und explizites Verwerfen, kein riskantes Rebase.
6. Optionale Verwaltungsendpunkte nicht als Hauptscreens: Planimport/-export, PDF-Erzeugung, Reset und globale Kompatibilitätskonfiguration existieren serverseitig, gehören aber nicht zu den geforderten Kernflüssen der beiden nativen Plugins und wurden nicht als eigene Android-Oberflächen umgesetzt.
7. Kein Timer: Auch beim gelieferten Tabata-Plan wird nur das Trainingsformat angezeigt. Ein Tabata- oder Trainingstimer ist ausdrücklich nicht implementiert.