132-B: randgeval op de terugweg vastgelegd

De Initial-Value-binding grijpt alleen op een verse pagina (??=). Wis je het
zoekveld op de tweede pagina en navigeer je terug, dan toont de eerste pagina
nog de oude term zonder actief filter. Milder dan de bug zelf, en niet met een
ValueKey te verhelpen omdat de controller via de Provider uit het paginamodel
komt. Bewust geaccepteerd.

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

TASKS.md

@@ -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