Devbob bezorg-display getest: filter werkt, drie verschillen met services_1 moeten eerst weg

Gemeten op dezelfde view en bij twee van de drie op dezelfde node (54090):
- categorie komt via services_2 als komma-string i.p.v. array; services_1
  geeft een enkele categorie als array van 1, dus het is een formatter- en
  geen dataverschil. Dit breekt de groene labels in de app (stil, profile).
- HTML-entiteiten: Brownies&downieS via services_2, Brownies&downieS via
  services_1.
- het horcat-filter staat er nog op; lege horcat geeft 0 en de app stuurt 'm
  altijd mee.
Advies: services_1 dupliceren i.p.v. de display opnieuw opbouwen.

Corrigeert ook taak 29: de escaping is geen eigenschap van een view maar een
veldinstelling per display.

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

TASKS.md

@@ -272,6 +272,53 @@ pagina heeft **alleen `plaats`**; de zes tabs hardcoden elk een categorie-id
 héést `displayId` wel al als derde argument, dus de leiding ligt er — alleen
 vult de pagina 'm niet.
 
+### 🔬 Testuitslag devbob-display `services_2` (2026-09-11) — werkt, maar nog niet deployen
+
+Bob bouwde de bezorg-display op devbob en draaide de curl-reeks. **Het filter
+werkt**: `townid` doet het (Amsterdam 19, Arnhem 2, Valkenburg 0), de
+controle met een verzonnen parameter geeft netjes hetzelfde als ongefilterd
+(100), en `services_1` is niet geraakt door de override. De `horcat`-valkuil
+is ook op devbob bevestigd: **lege `horcat` geeft 0**, niet "alles".
+
+**Maar er zijn drie verschillen met `services_1` die eerst weg moeten.**
+Alle drie gemeten op dezelfde view, en bij 1 en 2 zelfs op **dezelfde node**
+(`54090`, Brownies&downieS in Delft):
+
+1. **`categorie` komt als komma-string i.p.v. als array.** `services_1` geeft
+   `["Chinees restaurant","Thais restaurant"]`, `services_2` geeft
+   `"Chinees restaurant, Thais restaurant"`. Geen datakwestie: `services_1`
+   levert een enkele categorie gewoon als **array van 1** (26 van de 100).
+   **Dit breekt de app**: de kaartjes bouwen hun groene labels met
+   `getJsonField(item, r'$.categorie').toList()`, en dat gooit op een String
+   `NoSuchMethodError` — *stil*, in een profile-build zie je alleen een leeg
+   of grijs vlak. Exact hetzelfde patroon als P1-45.
+2. **HTML-entiteiten.** Via `services_2` komt `"Brownies&downieS"` terug,
+   via `services_1` `"Brownies&downieS"` — zelfde node. Ook `plaats` is
+   geraakt (`'s-Molenaarsbuurt`). In de app zie je die tekens letterlijk.
+3. **Het `horcat`-filter staat er nog op.** De app stuurt `horcat` altijd mee
+   en kan 'm niet weglaten; een lege waarde geeft 0 resultaten. Moet weg van
+   deze display.
+
+**Oorzaak en goedkoopste fix:** 1 en 2 zijn allebei **veldinstellingen op
+displayniveau**, niet iets in de data. Bouw de display daarom niet opnieuw op,
+maar **dupliceer `services_1`** (in het displaymenu: *Duplicate services_1*)
+en override daarna alléén de Filter criteria. Dan komen de veldhandlers mee
+en zijn 1 en 2 in één klap weg; daarna hoef je alleen nog `horcat` te
+verwijderen en het bezorgfilter toe te voegen.
+
+**Bijvangst voor de ontwerpvraag:** `horcat=17967` geeft op `services_2` **0**
+resultaten. Bezorgers zitten dus nauwelijks in de zes tabcategorieën — een
+losse lijstpagina is voor "Thuis bezorgen" waarschijnlijk logischer dan de
+zes tabs.
+
+**Correctie op taak 29 hieronder:** ik schreef dat de escaping "specifiek is
+voor `flutterflow_events`" en dat de establishments-view het goed doet. Dat
+klopt voor **productie**, maar het is geen eigenschap van de view — het is
+een **veldinstelling per display**, zoals dit devbob-geval laat zien. Zoek de
+fix voor taak 29 dus in dezelfde hoek: vergelijk de veldinstellingen van
+`flutterflow_events` met die van `flutterflowmobiel_establishments` op
+productie.
+
 **Taak 21 (P2-1) · view `flutterflowmobiel1` — datumfilter Vandaag / Dit
 weekend / Deze week.**
 Er staat nu één datumfilter (`>= -2 hours`) dat **niet exposed** is. Voor
@@ -4157,7 +4204,8 @@ overwegen bij een volgende theme-update:
 
 ---
 
-**P2-15 · Eigenaar: Onbepaald — bouwstappen 1 t/m 5 zijn AF; alleen de live
+**P2-15 · Eigenaar: Claude — bezig (sessie 2026-09-11, restpunten 1-3 in de
+builder) — bouwstappen 1 t/m 5 zijn AF; alleen de live
 test rest.** (Claim vrijgegeven na sessie 2026-09-03b.) Wat er nog moet: één
 doorloop op een toestel — inloggen als horeca-eigenaar, `mijnProfiel` openen,
 via "+ Voeg toe" naar `uitgaansevenementAanmaken`, controleren dat de