INT-21: native android erfassungs app #206

Merged

patrick merged 8 commits from feature/int-21-native-android-erfassungs-app into main 2026-09-26 23:31:46 +02:00

Conversation 0 Commits 8 Files Changed 51

+2554 -2

8 Commits

Author	SHA1	Message	Date
patrickandClaude Sonnet 5	7b4b98ba30	INT-21: internes APK-Hosting + Versionscheck, Autofill-Hinweise ... Neuer distserver (eigenes go.mod, kein Login, nur intern erreichbar): GET /version liefert Versionsangabe, GET /download die APK. VersionCheck fragt das beim App-Start ab und zeigt einen Hinweis-Banner bei neuerer Version (kein Auto-Update). Dritte, optionale Server-Adresse in ServerConfig/Login-Ansicht ergaenzt. Autofill-Hinweise (android:autofillHints) auf Login-Feldern ergaenzt -- Androids Passwort-Manager konnte Zugangsdaten vorher nicht anbieten, obwohl das Sitzungstoken selbst schon verschluesselt gespeichert wird. Echter Geraetetest teilweise abgeschlossen (UI-Feld bestaetigt, Backend real aufgesetzt und getestet), letzter Sichtnachweis an Netzwerk- Topologie-Grenze (isoliertes Geraete-Subnetz) gescheitert, ehrlich im Pruefprotokoll vermerkt statt behauptet. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 23:09:35 +02:00
patrickandClaude Sonnet 5	5e51f73645	INT-21: Autofill-Hinweise fuer Login-Felder ergaenzen ... Nutzerfund: kein android:autofillHints auf E-Mail/Passwort-Feldern, Androids Passwort-Manager konnte die Zugangsdaten deshalb nicht zum Speichern anbieten. Das Sitzungstoken selbst wird bereits verschluesselt gespeichert (SessionStore) -- dies betrifft nur die Erst-Eingabe, falls der Nutzer sich erneut anmelden muss. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 22:47:05 +02:00
rootandClaude Sonnet 5	24b4c9fad3	INT-21: Prüfung 3 final bestaetigt (echtes Geraet), Bildkorrektur/Schaerfung ergaenzt ... Prüfung 3 abgeschlossen: Warteschlangen-Eintrag wechselt nach echter Uebertragung sichtbar von \"wartet\" zu \"uebertragen\" mit realer Dokument-ID. Fehlerursache der vorherigen 500er war eine unvollstaendige Test-Backend-Konfiguration (fehlender KEK-Stub-Endpunkt), kein App-Bug -- alte fehlgeschlagene Eintraege bleiben korrekt als \"Abgelehnt\" mit nachvollziehbarem Grund erhalten, kein stiller Datenverlust. Neue Funktion (Nutzeranforderung): Kontrast-/Schaerfe-Korrektur der Aufnahme vor dem Einreihen (de.nexarch.dmscapture.imaging.ImageProcessor), per-Pixel statt ueber Canvas/ColorMatrix umgesetzt, da letzteres in Robolectric-Tests nicht simuliert wird. Debug-Netzwerkkonfiguration um den Test-Host im lokalen Netz ergaenzt (bleibt debug-only, kein Release-Verweis). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 20:41:35 +00:00
Claude Sonnet 5andClaude Sonnet 5	0b673db6c5	INT-21: Aufklaerung Uebertragungs-Problem (Port-Kollision + Konto-Sperre, kein Code-Fehler) ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 20:08:49 +00:00
Claude Sonnet 5andClaude Sonnet 5	48533a9f66	INT-21: echter Absturz-Fix Kamera-Aufnahme (Room-Hauptthread) + Praxisprotokoll Pruefung 2/3 ... CaptureActivity.enqueueCapture rief Room synchron aus dem OnImageSavedCallback auf dem Main-Thread auf, identisch zum vorherigen QueueActivity-Fund. Behoben mit demselben ioExecutor+runOnUiThread-Muster. Real auf T10Pro getestet: Pruefung 2 vollstaendig bestanden, Pruefung 3 teilweise (Warteschlange uebersteht Verbindungsabbruch ohne Datenverlust, automatische Nachreichung nicht abschliessend beobachtet wegen wiederholter Kabelloses-Debugging-Abbrueche der Testverbindung, kein App-Fehler). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 19:57:28 +00:00
patrickandClaude Sonnet 5	f501084754	INT-21: App-Icon ergaenzen (fehlte, App auf dem Homescreen nicht auffindbar) ... Nutzerfund beim echten Gerätetest: kein android:icon gesetzt, keine Launcher-Icon-Ressourcen vorhanden. Adaptive Icon (Vektor-basiert, Dokument+Kamera-Symbol) ergänzt. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 15:34:43 +02:00
ClaudeandClaude Sonnet 5	9e59838b94	INT-21: echte Geraetetest-Fixes (Absturz, Klartext-HTTP, Laufzeit-Server-Adresse) ... Drei echte Bugs auf einem echten Android-Geraet gefunden, keiner davon in den Unit-Tests sichtbar: QueueActivity griff synchron auf Room auf dem Main-Thread zu (Absturz), Android verbietet Klartext-HTTP auch zu 127.0.0.1 (Login unmoeglich), Server-Adressen waren nur zur Build-Zeit setzbar (Nutzer-Fund). Alle drei behoben; Login gegen einen echten account-api real nachgewiesen. Service-Discovery fuer eine einzelne Server-Adresse (statt zwei Felder) ist blockiert: kein Core-Mechanismus dafuer vorhanden (moduleregistry liefert keine Endpunkt-Adressen, web/portal nutzt eine statische Konfiguration) -- Details im Pruefprotokoll-Nachtrag. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 13:04:46 +00:00
patrickandClaude Sonnet 5	45ecd69ee9	INT-21: native android erfassungs app ... Backend (kleinstmoeglich, wie im Ticket vorgesehen): - internal/auth: TokenIssuer.IssueWithTTL, LoginService.LoginWithTTL (additiv, bestehende Issue/Login unveraendert) - internal/totp: LoginWithTOTPTTL (durchlaeuft denselben 2FA-Ablauf) - cmd/account-api: neue Route POST /auth/mobile-login (JSON-Token statt Cookie, 90 Tage TTL statt 30 Minuten) Android-App (android/dms-capture, Kotlin, Gradle-Projekt): - CameraX-Erfassung mit Live-Vorschau, erneuter Aufnahme, Mehrseiten- Sammlung (AC2) - Ruft ausschliesslich die bestehende DOC-01-Upload-API auf, kein neuer Backend-Uploadpfad (AC3) -- echter Architektur-Fund dabei: dms-app erwartet ein audience-gebundenes Modul-Token (aud=dms), kein rohes Sitzungstoken; App tauscht ueber den bereits bestehenden Endpunkt POST /auth/module-token (Cookie-Header), dokumentiert im Pruefprotokoll - Room-basierte Offline-Warteschlange mit sichtbarem Status, WorkManager fuer automatische Nachreichung ohne Nutzeraktion (AC4) - Verstaendliche Fehlermeldungen bei Groessen-/Typ-Ablehnung statt nur Fehlercode (AC5) - Internes APK, kein Play-Store-Zwang (AC6) Real getestet: Ende-zu-Ende-Auth-Kette (Login -> Modul-Token -> Bearer gegen echten dms-app) auf Host 204, 13/13 Kotlin-Unit-Tests gruen, echter APK-Build auf Host 236 (Android-SDK dort vorhanden, kein Install auf der Entwicklungsmaschine, Gradle projektlokal nachgezogen statt System-Install). Offen (Pruefprotokoll): Kamera-/Offline-/Smoke-Install-Pruefungen brauchen einen Android-Emulator; kein System-Image auf Host 236 installiert, Nachinstallation bewusst nicht ohne Rueckfrage vorgenommen. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 14:34:46 +02:00