|
|
@@ -469,6 +469,22 @@ Testen op een toestel: Home → vergrootglas → zoek `jazz` → menu → Gemeen
|
|
|
Uitgaan. Het veld moet nu **`jazz`** tonen bij dezelfde drie treffers. Wis het
|
|
|
veld → lijst loopt weer vol (reken op de 2 s debounce).
|
|
|
|
|
|
+#### Wat deze fix NIET oplost — één randgeval op de terugweg
|
|
|
+
|
|
|
+De controller wordt met `??=` aangemaakt, dus de binding grijpt alleen op een
|
|
|
+**verse** pagina. Ga je van Home naar `PUitgaanPage` (veld toont `jazz` ✅), wis je
|
|
|
+het daar, en navigeer je terug, dan leeft Home nog op de stack: `initState` draait
|
|
|
+niet opnieuw, dus het veld toont nog `jazz` terwijl `zoekterm` inmiddels leeg is —
|
|
|
+de spiegel van deze bug. Wel milder: je ziet een vólle lijst, dus het leest als
|
|
|
+"het filter doet niets" in plaats van "de app is stuk", en één aanraking van het
|
|
|
+veld zet het recht.
|
|
|
+
|
|
|
+Niet te repareren met een `ValueKey` op de component-instantie: die vervangt de
|
|
|
+`State`, maar het model — en dus de `TextEditingController` — komt via de Provider
|
|
|
+uit het paginamodel en overleeft (zie het `pagingController`-verhaal in
|
|
|
+`CLAUDE.md`). Volledig sluitend zou custom code vergen die de controller bij elke
|
|
|
+rebuild synct; besloten 2026-09-23 dat dat te veel machinerie is voor dit symptoom.
|
|
|
+
|
|
|
#### ⚠️ Het alternatief "per scherm wissen" is GEEN gelijkwaardige keuze — afgevallen
|
|
|
|
|
|
Eerder stond hier dat je in plaats hiervan op beide pagina's een On-Page-Load-actie
|
