Napraw połączenie w analizie iOS

# Context from my IDE setup: ## Active file: /aplikacja-trychologiczna-demo.log ## Open tabs: - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md ## My…

Używam skills: trycho-examination-flow, trycho-capacitor-integration, trycho-native-overlays — problem dotyczy przepływu badania, integracji Capacitor i overlay iOS.

<proposed_plan> Tytuł: Naprawa braku requestu do /api/ai/analysis na iOS po rozłączeniu Wi‑Fi mikroskopu

Podsumowanie: Naprawa będzie polegać na wymuszeniu rozłączenia z siecią kamery niezależnie od stanu streamu, aktywnym oczekiwaniu na realny internet (health-check do API), oraz bezpiecznym ponownym uruchomieniu analizy po odzyskaniu sieci. Dodatkowo dołożymy automatyczne odświeżenie subskrypcji po powrocie onl

# Context from my IDE setup: ## Active file: /aplikacja-trychologiczna-demo.log ## Open tabs: - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md ## My…

Poniżej wdrożenie planu.

Podsumowanie

• Dodałem wspólny helper do aktywnego health‑check API.
• Wymusiłem rozłączenie z Wi‑Fi kamery po SSID (nie tylko po stanie streamu) i wpiąłem health‑check przed uploadem oraz przed startem analizy.
• Analiza robi krótką próbę odzyskania sieci, a subskrypcja odświeża się po powrocie online.

Zmiany

• Dodany helper: lib/network/wait-for-api-health.ts.
• Rozszerzone rozłączanie Wi‑Fi + health‑check w app/(examination)/examination/capture/page.tsx.
• Health‑check w analizie przy braku sieci: app/(examination)/examination/analysis/page.tsx.
• Au

# Context from my IDE setup: ## Active file: /aplikacja-trychologiczna-demo.log ## Open tabs: - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md ## My…

Z logów widać kluczowy problem: __handleNativeAnalyze_React i __CAPTURE_PAGE_REACT_LOADED są undefined, więc Reactowa strona /examination/capture nie jest zhydradowana w momencie kliknięcia. Wtedy overlay idzie w fallback, ale bez examinationId, więc backup jest pusty i analiza nie startuje.

Wdrożyłem poprawkę, która naprawia ten fallback:

Co zmieniłem:

1. Trwałe zapisanie examinationId do localStorage
   Dzięki temu native overlay może go odczytać nawet gdy React nie jest gotowy.
   Plik: lib/examination-context.tsx.

2. NativeCaptureOverlay teraz czyta `cu

# Context from my IDE setup: ## Active file: /aplikacja-trychologiczna-demo.log ## Open tabs: - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md ## My…

Z logów nadal widać to samo: React na /examination/capture się nie hydratuje (__CAPTURE_PAGE_REACT_LOADED i __handleNativeAnalyze_React są undefined), więc overlay idzie w fallback. W fallback backup nie był zapisywany, bo examinationId było puste — stąd Analysis: No backup found.

Dodałem poprawkę, żeby backup był zapisywany nawet bez examinationId, o ile są zdjęcia. Wtedy analysis/page.tsx użyje backupu, utworzy nowe badanie i dośle zdjęcia, a potem odpali /api/ai/analysis.

Zmiana:

• ios/App/App/NativeCaptureOverlay.swift — zapis backupu przy braku `exami

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

W logach widać, że fallback działa i backup z 5 zdjęciami jest zapisywany, ale examinationId jest puste, więc analysis idzie ścieżką “create new examination”. Zatrzymuje się na Fetching current user... — to oznacza, że autoryzacja lub sieć jeszcze nie są gotowe, więc żaden request do /api/ai/analysis nie rusza.

Wprowadziłem kolejne poprawki, które mają to odblokować:

Co zmieniłem teraz:

1. Backup restore w analysis page czeka na realny internet (waitForApiHealth) zanim spróbuje getUser i createExamination.
2. **getUserWithTimeout zamiast `supabaseApp.auth.getUse

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

Poniżej przedstawiam kompletny, decision‑complete plan naprawy wraz z dodaniem natywnego ekranu „Analiza w toku” (zgodnie z Twoją odpowiedzią), z naciskiem na to, żeby examinationId nigdy nie znikało i request do /api/ai/analysis zawsze startował jak na web.

<proposed_plan> Tytuł: iOS: Stabilny start analizy + natywny ekran „Analiza w toku”

Podsumowanie: Naprawa składa się z dwóch osi: (1) twarda gwarancja examinationId i gotowości React przed wywołaniem analizy (handshake native↔web + restore z localStorage), oraz (2) nowy natywny overlay Swift dla `/examination/an

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

Użyłem skills: trycho-native-overlays i trycho-ios-design-system (overlay Swift + spójny styl), oraz trycho-examination-flow (logika przepływu i ID).

Zrobione (kluczowe zmiany):

• Handshake React↔native + twardy guard na examinationId przed analizą. capture/page.tsx wysyła captureReady, a NativeCaptureOverlay blokuje analizę dopóki React i ID nie są gotowe.
• Backup na iOS nigdy nie przejdzie do analizy bez examinationId (fallback blokowany + błąd).
• Nowy natywny ekran „Analiza w toku” jako overlay Swift + bridge z /examination/analysis (postęp, status, kroki).

**Z

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

Rozumiem — ekran „Ładowanie połączenia…” oznacza, że native nie dostaje handshake z React lub brakuje examinationId, więc przycisk jest blokowany i nie startuje rozłączenie Wi‑Fi (bo handleAnalyze w React w ogóle nie jest wywołany).

Właśnie dodałem fallbacky, które powinny to odblokować:

• handshake wysyłany także z localStorage.current_examination_id (nie zależy od isNative)
• fallback „probe” w Swift, który sam odczyta __CAPTURE_PAGE_REACT_LOADED + current_examination_id
• logi captureReady po stronie Swift + JS

Zrób proszę rebuild i uruchom ponownie:

1. `pnpm cap

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

Zrobiłem zmianę w logice: nie blokujemy już analizy na „Ładowanie połączenia…”, tylko próbujemy uruchomić analizę nawet gdy React jeszcze nie zgłosił gotowości. Blokada zostaje tylko wtedy, gdy naprawdę brakuje examinationId. Dzięki temu powinno się znów automatycznie rozłączyć z Wi‑Fi kamery (fallback navigateTo robi cleanup).

Najważniejsze zmiany:

• NativeCaptureOverlay.swift: usunięty twardy wait na React, analiza idzie dalej jeśli jest examinationId.
• Przycisk „Rozpocznij analizę” jest aktywny zawsze, o ile jest examinationId.

*Proszę zrób rebuild i uruchom ponownie:

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

<turn_aborted> The user interrupted the previous turn on purpose. If any tools/commands were aborted, they may have partially executed; verify current state before retrying. </turn_aborted>

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

Poniżej masz konkretny opis webowego przepływu zapisu zdjęć do Supabase (storage + baza), z odniesieniami do plików.

1. Gdzie następuje zapis zdjęcia w web UI Plik: app/(examination)/examination/capture/page.tsx

• W handleCapture() web działa tak:
  • Pobiera klatkę z <video> i rysuje na canvas.
  • Tworzy dataUrl JPEG.
  • Upload do Supabase Storage (exam-photos) i zapis do bazy przez upsertPhoto.
  • Na końcu aktualizuje stan w ExaminationContext (setPhoto).

Kluczowy fragment (skrót logiki):

• Web: dataUrl z canvas → `supabaseApp.storage.from("exam-photos").u

# Context from my IDE setup: ## Active file: ios/App/App/NativeCaptureOverlay.swift ## Open tabs: - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /Users/wojciechkapala/.claude.json - eager-enchanting-petal.md: /Users/wojciechkapala/.claude/plans/eager-enchanting-petal.md #…

Używam skills: trycho-examination-flow, trycho-capacitor-integration, trycho-native-overlays — bo to dotyczy przepływu badania, mostu web‑native i overlayów iOS.

Poniżej skrót „co robi web” w tym miejscu, żebyśmy wyrównali iOS do identycznej logiki:

• Capture (web): app/(examination)/examination/capture/page.tsx
  • Zapis zdjęcia: upload do Storage exam-photos → supabaseApp.storage.from("exam-photos").upload(...).
  • Wpis do DB: upsertPhoto(...) w lib/supabase/data.ts (czyści poprzednie zdjęcie w tej strefie i insertuje nowe w examination_photos).
  • Jeśli offli

# Context from my IDE setup: ## Active file: node_modules/@capacitor/ios/Capacitor/Capacitor/CapacitorBridge.swift ## Open tabs: - CapacitorBridge.swift: node_modules/@capacitor/ios/Capacitor/Capacitor/CapacitorBridge.swift - NativeCaptureOverlay.swift: ios/App/App/NativeCaptureOverlay.swift - .env.local: .env.local - commit.md: /Users/wojciechkapala/.claude/commands/commit.md - .claude.json: /U…

Podsumowanie zmian (wdrożone):

1. Dodałem wspólny helper uploadu i użyłem go w capture i analysis.
2. Dodałem weryfikację zdjęć w DB przed startem analizy.
3. Dodałem retry subskrypcji na iOS + status „Sprawdzanie subskrypcji…”.
4. Dodałem ack analysisStarted i oczekiwanie na niego w NativeCaptureOverlay.

Zmienione pliki:

• lib/examination/upload-pending-photos.ts
• app/(examination)/examination/capture/page.tsx
• app/(examination)/examination/analysis/page.tsx
• ios/App/App/NativeCaptureOverlay.swift

Nie uruchamiałem testów ani builda.

Jeśli chcesz, mogę teraz:

1. Uruchomić `pn