docs: State-Management-Ist-Analyse + Umbauplan (M2), ROADMAP-Punkt annotiert

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

PROGRESS.md

@@ -13,6 +13,34 @@ Schritt (und beim Abbruch mitten im Schritt den Zwischenstand). Format:
 
 ---
 
+## 2026-07-06 – State-Management-Ist-Analyse (docs/M2_STATE_MANAGEMENT.md) + toter incomingCallProvider entfernt
+
+**Erledigt:** Nächster offener M2-Punkt „Einheitliches State-Management" –
+nach dem erprobten Vorgehen erst die Analyse, Umsetzung folgt gestaffelt:
+
+- **`docs/M2_STATE_MANAGEMENT.md` geschrieben:** Repo-weite Bestandsaufnahme
+  (Riverpod schon dominant, ~50 Provider, keine ValueNotifier/eigenen
+  StreamController). 4 Misch-Patterns identifiziert und gewichtet:
+  (1) Call-Singletons + ChangeNotifier hinter den Pilot-Fassaden mit
+  UI-Zustand IN den Managern, (2) `activeVoiceRoomIdProvider`/
+  `voiceParticipantsProvider` liegen in app_state.dart statt im
+  voice_channel-Modul, (3) `MediaCache.instance`, (4) Push-Globals
+  (bewusst so, Isolate-Zwang – KEIN Umbau-Kandidat). Zielbild +
+  Schrittfolge mit klarem Gating: Schritte 1–2 (Call-Pfad) GESPERRT bis
+  Bernds Klick-Test des Piloten; frei ist nur MediaCache-hinter-Provider.
+- **Toter `incomingCallProvider` entfernt (41bcaf2):** einzige Fundstelle
+  repo-weit war die Definition in app_state.dart – Überbleibsel des
+  Call-Piloten (Provider ersatzlos in die Module verlegt). analyze sauber,
+  29 Tests grün.
+
+**Offen/Nächster Schritt:** auth_log-Check (Einträge seit 2026-07-06
+17:43). Umsetzbar ohne Bernd wäre noch Schritt 3 aus dem neuen Doc
+(MediaCache hinter Provider); Schritte 1–2 erst nach dem Klick-Test.
+
+**Stolperfallen:** Keine – Analyse + risikofreie Leichen-Entfernung.
+
+---
+
 ## 2026-07-06 – auth_log-Check 17:14-Fenster sauber + settings_encryption.dart in 4 part-Dateien geteilt (6128953)
 
 **Erledigt:** Dritte PC-Session des Tages. Zuerst der von der Vorsession