4 Commits

Include renames

Author	SHA1	Message	Date
patrickandClaude Sonnet 5	0909dacf2b	Flutter-Tests: ApiClient, Offline-Queue, Login-/Objektliste-Widgets ... ApiClient nimmt jetzt einen injizierbaren http.Client entgegen (Testbarkeit, kein Verhaltensunterschied im Betrieb). Tests mocken ihn mit mocktail statt echter Netzwerkaufrufe. offline_queue_test.dart nutzt sqflite_common_ffi (reines Dart) für die Queue-Logik ohne Gerät/Emulator: Erfolg entfernt Eintrag, Netzwerkfehler bleibt "wartet", 4xx setzt "fehler" ohne Auto-Retry. Dazu Widget-Tests für Login-Flow und Objektliste-Suchfilter. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-04 18:38:17 +02:00
patrickandClaude Sonnet 5	c68d39b45f	Flutter: Offline-Queue für Kontroll-Erfassung (Prompt 17-Härtung) ... lib/offline/queue.dart (sqflite) analog zur React-PWA-Queue: enqueue statt Direkt-Senden, Status wartet/wird_uebertragen/fehler, Idempotenz, Sync bei Reconnect (connectivity_plus) + periodisch alle 15s. KontrollScreen gleicht per 2s-Reconciliation-Loop den Anzeigezustand ab, "Kein Netz"-Banner. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-04 18:36:10 +02:00
patrickandClaude Sonnet 5	d8d2816758	Karte 10: Kamera-Scan in Flutter-App (Objekt-Code, Scan-First-Einstieg) ... ScannerScreen auf mobile_scanner, Treffer springt direkt ins KontrollScreen, sonst Fallback ins bestehende Suchfeld. Kamera-Berechtigung (Android Manifest/ iOS Info.plist) im README dokumentiert, da android/ios-Ordner generiert und nicht im Repo sind. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-04 17:57:18 +02:00
patrickandClaude Sonnet 5	564e98e5c6	Sprint 7: React-PWA-Frontend (Offline-Härtung) + Flutter-Android-Grundgerüst ... React/Vite-PWA (frontend/): - Login, Objektliste (Prompt 11 Screen 1), Kontroll-Screen (Screens 2-6 kompakt: Start/Objekt-Sperre-Übernahme, Positionserfassung, Abschluss/Abbruch) - Offline-Härtung (Prompt 17): IndexedDB-Queue (src/offline/queue.ts) puffert Positions-PUTs lokal, automatische Übertragung bei Reconnect + periodischem Sync-Versuch, Statusanzeige je Position (nicht gespeichert/wird übertragen/ gespeichert/Fehler), Abschluss-Button bleibt gesperrt bis alles gespeichert - Nutzt aus, dass PUT /kontrollen/{id}/positionen/{material_id} backend-seitig idempotent ist (Upsert) - Queue kann beliebig oft retryen ohne Duplikate - Service Worker via vite-plugin-pwa für App-Shell-Caching (Start im Feld ohne Cold-Load); PWA-Icons als TODO vermerkt (noch keine echten Bilddateien) - Client-Fehler (4xx) werden nicht automatisch wiederholt, nur Netzwerkfehler Flutter-Android-Grundgerüst (flutter_app/), auf Nutzerwunsch parallel begonnen: - Gleiche API als zweiter Client (Prompt 19 API-first), Login/Objektliste/ Kontroll-Screen als Dart-Äquivalent zur PWA - Bewusst OHNE Offline-Queue in dieser ersten Fassung (siehe flutter_app/README.md) - Plattform-Ordner (android/, ios/) nicht von Hand erzeugt - müssen auf dem Zielsystem per `flutter create .` nachgezogen werden, sonst zu fehleranfällig ohne Testlauf Offen: Playwright-E2E (Testphase 4), Praktiker-Session, PWA-Icons, Flutter- Offline-Queue - brauchen laufendes Deployment bzw. sind kein reiner Code-Schritt. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L85hmKbvX7Cqkq47KnQhFt	2026-09-04 00:10:26 +02:00