TASKS.md: nieuwe P0-9 (kapotte Drupal-view display_3 op Home, bevestigd via curl, geen emulator nodig) — sterke verdachte voor P1-24 (No-host-URI-crash) en P1-25 (nieuwe overflow), beide bijgewerkt met de link

TASKS.md

@@ -433,6 +433,36 @@ conditie, wacht op Bob's uitzoekwerk hoe deze twee velden uit de API
 komen). Het losse "tikbare links"-verbeterpunt is verplaatst naar P1-23.
 Uit de P0-lijst verwijderd.)*
 
+**P0-9 · Eigenaar: Bob (Drupal-kant, zelfde soort fix als P0-7).**
+Kapotte Drupal-Views-`display` op Home — bevestigd 2026-08-15 (Claude,
+puur `curl`, geen emulator nodig):
+```
+curl -s "https://uitgaanskrant.com/nl/flutterdrup/views/flutterflowmobiel1.json?display_id=display_3"
+→ ["Display display_3 on view flutterflowmobiel1 could not be found"]
+```
+i.p.v. de verwachte lijst met event-objecten (HTTP 200, dus geen 500 —
+gewoon een niet-bestaande/verwijderde `display`-naam op de
+`flutterflowmobiel1`-view, zelfde soort Drupal-Views-misconfiguratie
+als het inmiddels gefixte P0-7). Wordt gebruikt door
+`HomeUitgaantabelKaartComponentWidget(displayid: 'display_3')` op Home
+(`lib/uitgaanspaginas/home/home_widget.dart:311-313`, eerste van 5
+category-secties — exacte zichtbare tab-plek nog niet 100% bevestigd,
+zie hieronder). De overige 4 vergelijkbare secties
+(`services_4`/`5`/`6`/`7`) zijn wél gewoon in orde (elk 25 items,
+bevestigd via dezelfde curl-check). **Sterk vermoede link naar twee
+losse live bevindingen dezelfde sessie** — zie **P1-24** (herhaalde
+"No host specified in URI"-crash direct bij Home-launch) en **P1-25**
+(nieuwe RenderFlex-overflow in exact hetzelfde componentbestand,
+regel 359): een los array-element dat een string is i.p.v. een object
+past bij beide symptomen (`getJsonField` op een string-element geeft
+vermoedelijk `null`/onverwachte waarden terug in plaats van de
+verwachte velden). **Fix:** in Drupal de `display_3`-display op de
+`flutterflowmobiel1`-view herstellen/opnieuw aanmaken (of de
+FlutterFlow-call omzetten naar de juiste bestaande display-naam, als
+`display_3` per ongeluk hernoemd/verwijderd is) — zelfde categorie fix
+als P0-7. **Na de Drupal-fix: opnieuw live testen of P1-24/P1-25
+daarmee ook verdwijnen**, dat bevestigt of de link klopte.
+
 ## Minor — non-blockers (launch mag hier niet op wachten)
 
 Bob's expliciete categorie (2026-08-14): kleine restpunten uit P0-8 die
@@ -638,13 +668,27 @@ herbevestigd 2026-08-15 (Claude, verse `ff-run-fvm.sh`-launch,
 emulator-5554) dat deze exceptie **6x achter elkaar direct bij Home's
 allereerste launch verschijnt, vóór enige gebruikersinteractie** —
 dus niet vanuit een `onTap`-knop-tik zoals bij alle bekende P1-15-
-plekken. Root cause nog niet gevonden (de "single-full-dump-per-
-proces"-beperking uit `CLAUDE.md` verbruikte de volledige stack trace
-aan een ongerelateerde overflow eerder in dezelfde launch, zie P1-25).
-**Volgende stap:** het FIFO/`R`-recept of een gerichte `--route`-launch
-gebruiken om een verse volledige dump te vangen die specifiek dít
-moment raakt (dus een hot-restart vlak vóór Home opnieuw laadt, geen
-navigatie ernaartoe).
+plekken. **Sterke verdachte gevonden (2026-08-15, Claude, puur via
+`curl` op de API, geen emulator nodig):** zie de nieuwe **P0-9**
+hieronder — een van Home's category-secties (`display_id=display_3`)
+geeft een kapotte Drupal-Views-response terug
+(`["Display display_3 on view flutterflowmobiel1 could not be found"]`,
+een array met 1 losse string i.p.v. de verwachte lijst objecten).
+`HomeUitgaantabelKaartComponentWidget` (die deze sectie rendert, zie
+`home_uitgaantabel_kaart_component_widget.dart:132`) verwacht overal
+JSON-objecten met velden als `.logo`/`.categorie` — wat er precies
+gebeurt als `getJsonField` op een los string-element in de array
+losgelaten wordt (mogelijk een intern type-mismatch die zich uit als
+een kapotte/host-loze URI ergens verderop in de widget-boom) is nog
+niet 100% hard bevestigd met een stack trace, maar de timing (meteen
+bij Home's launch, geen tap nodig) en de aanwezigheid van precies 1
+kapotte Drupal-view op exact dezelfde pagina maken dit de meest
+waarschijnlijke oorzaak. **Volgende stap zodra P0-9 (Drupal-kant)
+gefixt is: opnieuw live testen of deze exceptie dan ook verdwijnt** —
+zo niet, dan alsnog het FIFO/`R`-recept of een gerichte `--route`-launch
+gebruiken om een verse volledige dump te vangen (de
+single-dump-per-proces-beperking uit `CLAUDE.md` verbruikte de
+stack trace deze sessie aan de ongerelateerde overflow van P1-25).
 
 **P1-25 · Eigenaar: Onbepaald.** Nieuwe RenderFlex-overflow gevonden
 2026-08-15 (Claude, live launch emulator-5554): "A RenderFlex
@@ -654,7 +698,12 @@ Geen directe visuele crash op het eerste scherm (Home bleef verder
 bruikbaar), maar wel een echte layout-fout op de al vaker aangepaste
 `HomeUitgaantabelKaartComponent` (zie P1-19 — dat loste een ander,
 kale-Row-zonder-Wrap-probleem in hetzelfde bestand op, dit is een
-nieuw/apart punt). Nog geen stack trace met widget-boom-context
+nieuw/apart punt). **Mogelijk dezelfde oorzaak als P1-24 hierboven**
+(de kapotte `display_3`-Drupal-view, zie het nieuwe **P0-9** —
+dit component rendert die sectie, en 1 array-element dat een losse
+string is i.p.v. een object past bij zowel een layout- als een
+URI-fout) — eerst P0-9 fixen en herlive-testen vóórdat hier los
+verder gezocht wordt. Nog geen stack trace met widget-boom-context
 gevangen (zelfde single-dump-beperking als P1-24 hierboven) — bij
 onderzoek eerst een hot-restart vlak vóór het tonen van deze
 component om een verse volledige dump te krijgen.