|
|
@@ -1,11 +1,34 @@
|
|
|
# Uitgaanskrant — takenlijst
|
|
|
|
|
|
-Bijgewerkt: 2026-08-10, avond (Claude, live pair-sessie met Bob in de
|
|
|
-builder). Zie `CLAUDE.md` voor werkinstructies/conventies. Elke
|
|
|
-openstaande taak hieronder is zelfstandig te begrijpen zonder de chat
|
|
|
-gelezen te hebben waarin hij ontstond.
|
|
|
+Bijgewerkt: 2026-08-12 (Claude, "ogen van een gebruiker"-reviewsessie).
|
|
|
+Zie `CLAUDE.md` voor werkinstructies/conventies. Elke openstaande taak
|
|
|
+hieronder is zelfstandig te begrijpen zonder de chat gelezen te hebben
|
|
|
+waarin hij ontstond.
|
|
|
|
|
|
-**Deze sessie (2026-08-10, avond):** live pair-sessie — Bob deed alle
|
|
|
+**Deze sessie (2026-08-12, review):** volledige gebruikersdoorloop op
|
|
|
+een **verse build** (`ff-run-fvm.sh`, geïnstalleerde app was nog van
|
|
|
+2026-08-09 en dus stale t.o.v. alle fixes van 2026-08-10/11) langs de
|
|
|
+5 gevraagde gebieden: overzichtspagina (Home), horecaoverzicht
|
|
|
+(`HorecagelegenhedenOverzicht`), evenement (`EventCurrent` +
|
|
|
+`EvenementHorecagelegenheid`), pagina (`PUitgaanPage`) en
|
|
|
+horecagelegenheidpagina (`HorecagelegenheidCurrent`), gecombineerd met
|
|
|
+een code-audit van diezelfde bestanden. **4 nieuwe bevindingen
|
|
|
+toegevoegd:** nieuwe **P0-7** (horecagelegenheid-infodata blijkt
|
|
|
+structureel leeg — bevestigd op 2 verschillende gelegenheden, geen
|
|
|
+toeval), nieuwe **P1-20** (Home's al-verwijderd-gewaande terugknop is
|
|
|
+terug via een hergebruikt component en blokkeert soms de hamburger),
|
|
|
+nieuwe **P1-21** (AdBanner op `PUitgaanPage` toont developer-debugtekst
|
|
|
+aan echte gebruikers), nieuwe **P1-22** (`decodeUtf8: false` op alle
|
|
|
+API-calls → emoji in Drupal-content worden `?`-tekens). **P1-19**
|
|
|
+uitgebreid met 8 nieuw gevonden zusterinstanties van hetzelfde
|
|
|
+"kale Row zonder Wrap"-categorietag-patroon, nu bevestigd op exact de
|
|
|
+pagina's uit deze review (Home, PUitgaanPage, EventCurrent,
|
|
|
+HorecagelegenheidCurrent). **P1-13 live herbevestigd** — nog steeds
|
|
|
+kapot (1529px-overflow op de Activiteiten-tab), geen voortgang t.o.v.
|
|
|
+2026-08-10. Zie de individuele taken hieronder voor bewijsvoering
|
|
|
+(screenshots/log-regels/broncoderegels).
|
|
|
+
|
|
|
+**Eerdere sessie (2026-08-10, avond):** live pair-sessie — Bob deed alle
|
|
|
builder-edits zelf, Claude gaf per punt de exacte stappen en
|
|
|
verifieerde daarna elke edit met een verse `flutterflow export-code`
|
|
|
+ grep (niet op de builder-UI zelf vertrouwd). **9 taken écht afgerond
|
|
|
@@ -189,7 +212,89 @@ favorieten drawer-link + 3-tabblad-pagina, hartje op horeca-kaart +
|
|
|
`kanweg`-testpagina) bevestigt.
|
|
|
|
|
|
**P0-5 · Eigenaar: Bob.** Drupal: anonieme leestoegang onderzoeken
|
|
|
-voor browse-endpoints. Drupal-niveau, geen Claude-taak.
|
|
|
+voor browse-endpoints. Drupal-niveau, geen Claude-taak. **Bijvangst
|
|
|
+2026-08-12 (Claude, code-audit):** alle API-calls in `api_calls.dart`
|
|
|
+(o.a. `EstablishmentInfoCall`, `EstablishmentsCall`) sturen een
|
|
|
+**hardcoded Basic-Auth-header mee** (`Authorization: Basic
|
|
|
+Ym9iOnNlcmhpaQ==`, decodeert naar `bob:serhii`) — dit staat letterlijk
|
|
|
+in de gecompileerde APK en is dus met een gratis decompiler
|
|
|
+(bv. `jadx`) door iedereen uit te lezen. Neem dit mee in de
|
|
|
+P0-5-afweging: als het achterliggende Drupal-account meer kan dan
|
|
|
+alleen lezen (bv. schrijven t.b.v. de favorieten-sync uit P1-7), is dit
|
|
|
+een device-brede, niet-intrekbare credential zolang de app in de wild
|
|
|
+is. Oplossing hangt af van wat P0-5 uitwijst (anonieme leestoegang zou
|
|
|
+dit hele Basic-Auth-blok overbodig maken).
|
|
|
+
|
|
|
+**P0-7 · Eigenaar: Onbepaald (onderzoek nodig vóór builder-fix).**
|
|
|
+Horecagelegenheid-infodata (titel/inhoud/logo) komt **structureel niet
|
|
|
+aan** — bevestigd 2026-08-12 op een verse build, live op 2 verschillende
|
|
|
+gelegenheden (niet 1 incident):
|
|
|
+- **`HorecagelegenheidCurrent`** (horecagelegenheidpagina, bereikt via
|
|
|
+ `HorecagelegenhedenOverzicht` → kaart tikken): zowel bij "De Beun"
|
|
|
+ (Heiloo) als "Hotel Den Helder" bleef de infosectie **permanent**
|
|
|
+ (8+ seconden gewacht, geen verandering) op de letterlijke
|
|
|
+ design-time placeholders staan: kop toont **"title"**, body toont
|
|
|
+ **"content"**, logo toont een **kapot-plaatje-icoon** (rode
|
|
|
+ driehoek). Dit zijn dezelfde velden als P1-6's al gedocumenteerde
|
|
|
+ `horecagelegenheid_current_widget.dart:377/500/747`
|
|
|
+ (titel/logo/content) — **maar dit weerlegt P1-6's aanname dat het om
|
|
|
+ incidentele ontbrekende data gaat**: het gebeurde bij *beide* geteste
|
|
|
+ gelegenheden, terwijl een ándere sectie op diezelfde pagina (de
|
|
|
+ "events op deze locatie"-carousel onderaan) voor "Hotel Den Helder"
|
|
|
+ wél gewoon echte, gelegenheid-specifieke data toonde. Een betere
|
|
|
+ Default-Value-tekst (P1-6's voorgestelde fix) verhelpt dus niets
|
|
|
+ hier — de onderliggende data komt al niet aan.
|
|
|
+- **`EvenementHorecagelegenheid`** (embedded op `EventCurrent`, bv. bij
|
|
|
+ evenement "Mythic Fest II", nid `214370`, alleen zichtbaar als het
|
|
|
+ evenement een `horecaid` heeft): toont **"HorecaNaam"** (letterlijke
|
|
|
+ fallback-tekst, niet ingevuld) i.p.v. een echte gelegenheidsnaam, plus
|
|
|
+ een forse layout-overflow. In de `flutter run`-log verschijnen hierbij
|
|
|
+ herhaaldelijk (in bursts van 3, telkens gelijktijdig met deze sectie):
|
|
|
+ ```
|
|
|
+ Another exception was thrown: RangeError (length): Invalid value: Valid value range is empty: 0
|
|
|
+ Another exception was thrown: A RenderFlex overflowed by 109 pixels on the bottom.
|
|
|
+ Another exception was thrown: Invalid argument(s): No host specified in URI Logo
|
|
|
+ ```
|
|
|
+ Geen volledige stack trace gevangen deze sessie (het "1x volledige
|
|
|
+ dump per proceslevensduur"-limiet, zie `CLAUDE.md`, werd al verbruikt
|
|
|
+ door Home's eigen overflow vóór deze pagina bereikt werd; een gerichte
|
|
|
+ herhaling met `--route "/eventCurrent?nid=214370&horecaid=<echte
|
|
|
+ id>"` ná een schone process-start zou de exacte regel moeten opleveren
|
|
|
+ — nid `214370` zonder `horecaid` reproduceert de crash niet, dus de
|
|
|
+ volgende poging heeft een evenement met een **wél ingevulde**
|
|
|
+ `horecaid` nodig, bv. via de widget-tree of een gerichte API-check
|
|
|
+ welk evenement een horecaid heeft).
|
|
|
+- **Nog niet hard bevestigd, wel plausibele kandidaat-oorzaken (verder
|
|
|
+ onderzoek nodig vóór een builder-fix zin heeft):**
|
|
|
+ 1. `EstablishmentInfoCall`'s JSONPath-expressies
|
|
|
+ (`r'''$[:].nid'''`/`titel`/`content`/etc.,
|
|
|
+ `lib/backend/api_requests/api_calls.dart:925` e.v.) versus de
|
|
|
+ werkelijke vorm van de Drupal-JSON-respons — als de respons niet
|
|
|
+ een array-met-1-object is zoals verwacht, levert `getJsonField`
|
|
|
+ stilzwijgend `null` (geen crash, geen foutmelding) en valt alles
|
|
|
+ terug op de design-time placeholder.
|
|
|
+ 2. De `nid` die de overzicht-kaart doorgeeft bij navigatie
|
|
|
+ (`horecagelegenheden_overzicht_page_data_type_widget.dart:397-403`
|
|
|
+ en de 5 vergelijkbare blokken verderop in hetzelfde bestand, regel
|
|
|
+ 606/790/974/1158/1342) gebruikt
|
|
|
+ `getJsonField(item, r'''$.nid''').toString()` — als het onderliggende
|
|
|
+ veld `null` is, geeft Dart's `null.toString()` de **letterlijke
|
|
|
+ string `"null"`** terug (geen exceptie), die dan als een
|
|
|
+ "geldige" nid wordt doorgegeven aan `EstablishmentInfoCall`. Let
|
|
|
+ op: dit verklaart *niet zonder meer* waarom de events-carousel op
|
|
|
+ dezelfde pagina wél de juiste gelegenheid vond (die lijkt een
|
|
|
+ eigen/werkende nid-scoping te hebben) — dus mogelijk is dit niet
|
|
|
+ de (enige) oorzaak; vandaar "kandidaat", niet "bevestigd".
|
|
|
+ - **Aanbevolen volgende stap:** één gelegenheid opzoeken waarvan de
|
|
|
+ echte `nid` bekend is (bv. via Widget Inspector/`View Code` of een
|
|
|
+ directe Drupal-check) en `EstablishmentInfoCall`'s endpoint
|
|
|
+ (`https://uitgaanskrant.com/en/flutterdrup/views/flutterflowmobiel_establishment_info.json?display_id=services_1&nid=<echte-nid>`)
|
|
|
+ los curlen (met de Basic-Auth-header uit P0-5's bijvangst) om te
|
|
|
+ zien of de JSON-vorm klopt met wat `EstablishmentInfoCall`
|
|
|
+ verwacht — dat scheidt kandidaat 1 en 2 definitief. **P0** omdat
|
|
|
+ dit een kernpagina raakt (horecagelegenheidpagina) die voor
|
|
|
+ *iedere* bezochte gelegenheid vrijwel leeg oogt voor een
|
|
|
+ eindgebruiker.
|
|
|
|
|
|
## P1 — snel na livegang
|
|
|
|
|
|
@@ -252,7 +357,11 @@ gezien de omvang hieronder (~45 treffers); pak het file-voor-file op.
|
|
|
(317/339 zijn **nieuw t.o.v. de 2026-08-04-audit**, waren toen nog
|
|
|
niet aanwezig of gemist)
|
|
|
- `horecagelegenheid_current_widget.dart:377/500/747` — title/logo/content
|
|
|
- (**volledig nieuw gevonden, stond niet in de vorige audit**)
|
|
|
+ (**volledig nieuw gevonden, stond niet in de vorige audit**). **Zie
|
|
|
+ P0-7:** deze 3 velden bleken 2026-08-12 live op *elke* geteste
|
|
|
+ gelegenheid permanent op de placeholder te blijven staan (niet
|
|
|
+ incidenteel) — een betere Default-Value-tekst alleen lost dat niet
|
|
|
+ op, eerst P0-7's onderliggende data-probleem oplossen.
|
|
|
- `event_current_widget.dart:327/418/442` — title/nid/date (327 en 442
|
|
|
zijn **nieuw t.o.v. de 2026-08-04-audit**, alleen nid stond er al in)
|
|
|
- `evenement_horecagelegenheid_widget.dart` — **grootste blok, ~30
|
|
|
@@ -477,13 +586,18 @@ CachedNetworkImage/P1-15-patroon. Bevestigd via verse export:
|
|
|
guard. Uit deze lijst verwijderd.)*
|
|
|
|
|
|
**P1-13 · Eigenaar: Bob (geblokkeerd op een bevestigd FlutterFlow-
|
|
|
-platformprobleem, geen Claude-taak meer totdat dat opgelost is).** Root
|
|
|
-cause + fix zijn bekend en juist toegepast in de builder (door zowel
|
|
|
-Claude als Bob, op zowel 1 als meerdere tabs), maar de wijziging
|
|
|
-bereikt **nooit** de export — zie de uitgebreide blocker-documentatie
|
|
|
-hieronder. Volgende stap is bij Bob: Issues-paneel checken, de
|
|
|
-alternatieve SingleChildScrollView-route proberen, of FlutterFlow-
|
|
|
-support contacteren. Op `HorecagelegenhedenOverzicht` → tab "Activiteiten" overflowt de
|
|
|
+platformprobleem, geen Claude-taak meer totdat dat opgelost is).**
|
|
|
+**Live herbevestigd 2026-08-12 (Claude, verse build, telefoonformaat
|
|
|
+emulator-5554):** nog steeds kapot, exact zoals hieronder beschreven —
|
|
|
+"BOTTOM OVERFLOWED BY 1529 PIXELS" op de Activiteiten-tab, zichtbaar
|
|
|
+al na de 2e rij kaartjes, geen scroll mogelijk voorbij dat punt. Geen
|
|
|
+voortgang t.o.v. 2026-08-10, geen nieuwe informatie deze sessie — puur
|
|
|
+een bevestiging dat de taak actueel blijft. Root cause + fix zijn bekend
|
|
|
+en juist toegepast in de builder (door zowel Claude als Bob, op zowel 1
|
|
|
+als meerdere tabs), maar de wijziging bereikt **nooit** de export — zie
|
|
|
+de uitgebreide blocker-documentatie hieronder. Volgende stap is bij
|
|
|
+Bob: Issues-paneel checken, de alternatieve SingleChildScrollView-route
|
|
|
+proberen, of FlutterFlow-support contacteren. Op `HorecagelegenhedenOverzicht` → tab "Activiteiten" overflowt de
|
|
|
kaartjesgrid. **Root cause definitief bevestigd
|
|
|
(2026-08-09, Claude, verse volledige stack trace + visuele bevestiging
|
|
|
op emulator-5554):**
|
|
|
@@ -728,6 +842,49 @@ laatste twee) — bij het oppakken van deze taak even meenemen.**
|
|
|
regel 178-179, `mainAxisSize: MainAxisSize.min`, geen Wrap/Expanded).
|
|
|
Kleiner overflow (2.4px, minder zichtbaar dan Home's 113px) maar
|
|
|
zelfde onderliggende bug — zelfde fix-aanpak (Wrap i.p.v. Row).
|
|
|
+- **Scope definitief bevestigd veel breder (2026-08-12, Claude,
|
|
|
+ code-audit + live herbevestiging van het Home-exemplaar op een verse
|
|
|
+ build): hetzelfde kale-`Row`-met-`List.generate`-zonder-Wrap-patroon
|
|
|
+ zit in minstens 8 andere, live bereikbare plekken** — dit was expliciet
|
|
|
+ de "nog niet gecheckt"-vraag die deze taak zelf al openliet. Overal
|
|
|
+ identiek: `Row(mainAxisSize: MainAxisSize.max, children:
|
|
|
+ List.generate(<lijst>.length, ...))` zonder `Wrap`/scroll/`Expanded`
|
|
|
+ per item.
|
|
|
+ - `event_current_widget.dart:501` — categorie-tags **op EventCurrent
|
|
|
+ zelf** (de evenement-detailpagina's eigen kop-tags, niet een
|
|
|
+ subcomponent).
|
|
|
+ - `evenement_horecagelegenheid_widget.dart:221` (categoriehoreca),
|
|
|
+ `:1388` (afhaalopties), `:1477` (afhaalbetaalopties), `:1539`
|
|
|
+ (bezorgtin) — 4 aparte instanties in **hetzelfde bestand** als
|
|
|
+ P1-15's knoppen-crash, embedded op `EventCurrent` en
|
|
|
+ `HorecagelegenheidCurrent`.
|
|
|
+ - `horecagelegenheid_current_widget.dart:710` — cryptocoins-Row op de
|
|
|
+ horecagelegenheidpagina zelf (Bezorgen-tab).
|
|
|
+ - `uitgaantabel_kaart_component_widget.dart:261` — gebruikt
|
|
|
+ rechtstreeks op zowel **Home** als **PUitgaanPage**
|
|
|
+ (`UitgaantabelKaartComponentWidget(...)` in beide widgetbestanden).
|
|
|
+ - `p_uitgaantabel_kaart_component_widget.dart:307` — gebruikt op
|
|
|
+ **PUitgaanPage**.
|
|
|
+ - (`kaart_tabel_uitgaan_comp_widget.dart:176`,
|
|
|
+ `kaart_tabel_uitgaan_s_comp_widget.dart:208`,
|
|
|
+ `kaart_slider_uitgaan_s_comp_widget.dart:246` hebben het patroon
|
|
|
+ ook, maar hun aanroeppad loopt uitsluitend via
|
|
|
+ `uitgaan_tabel_component`/`_small`/`slider_uitgaan_component_small_current`,
|
|
|
+ die op hun beurt nergens buiten `lib/kanweg/` geïnstantieerd worden
|
|
|
+ — **niet live bereikbaar**, dus geen prioriteit, hooguit
|
|
|
+ meenemen bij een eventuele latere opschoning/hergebruik.)
|
|
|
+ - `evenement_component_widget.dart:284` heeft het patroon ook, maar
|
|
|
+ `EvenementComponent` wordt alleen gebruikt door de orphan
|
|
|
+ `EventWidget`-route (zie P2-7) — pas relevant als die route ooit
|
|
|
+ weer aangesloten wordt.
|
|
|
+ - **Praktisch gevolg voor de fix-volgorde:** dit is geen
|
|
|
+ "1-2 rijen aanpassen"-taak meer maar een terugkerend
|
|
|
+ FlutterFlow-generatiepatroon over minstens 6 live bereikbare
|
|
|
+ plekken. Overweeg met Bob of dit github-issue-gewijs 1-voor-1
|
|
|
+ (zoals nu gepland) of als bulk-sessie aangepakt wordt — de
|
|
|
+ builder-stap is overal identiek (Wrap Widget → Wrap), dus als het
|
|
|
+ Wrap-Widget-menu-item straks wél lukt (zie blocker hieronder), is
|
|
|
+ herhaling op de overige 5 plekken puur mechanisch werk.
|
|
|
- **Poging door Claude (2026-08-09), geblokkeerd — geen wijziging
|
|
|
aangebracht.** De juiste `Row`-node (kind `tagCategorieComponent`,
|
|
|
binnen `Container` → sibling van de image-`Stack`) was betrouwbaar
|
|
|
@@ -753,6 +910,115 @@ laatste twee) — bij het oppakken van deze taak even meenemen.**
|
|
|
image-`Stack`) → `Row` (bevat `tagCategorieComponent` als enige kind)
|
|
|
→ rechtsklik → **Wrap Widget (Ctrl+B)** → kies **Wrap** i.p.v. Row.
|
|
|
|
|
|
+**P1-20 · Eigenaar: Onbepaald.** Home toont weer een werkende
|
|
|
+"Terug"-knop naast de hamburger — **regressie t.o.v. P2-9-bijvangst**
|
|
|
+(die verwijderde Home's eigen dedicated `IconButtonBack`, bevestigd
|
|
|
+2026-08-10), maar via een ander pad: `HomeWidget`'s AppBar
|
|
|
+(`lib/uitgaanspaginas/home/home_widget.dart:127-168`) toont in de
|
|
|
+`FlexibleSpaceBar` twee gestapelde lagen — `title:` met alleen Home's
|
|
|
+eigen hamburger, en `background:` met een instantie van de **gedeelde**
|
|
|
+`HeaderButtonsComponentWidget()` (dezelfde component die P0-3 punt 2 op
|
|
|
+`EventCurrent` hergebruikte voor de locatienaam-header). Die gedeelde
|
|
|
+component heeft zélf óók een hamburger + een `arrow_back_outlined`-knop
|
|
|
+met tooltip "Terug" (`lib/components/header_buttons_component_widget.dart:182-194`,
|
|
|
+`onPressed: () => context.pop()`) — op `EventCurrent` hoort die
|
|
|
+terug-knop er terecht bij (je kwam ergens vandaan), maar op **Home**
|
|
|
+(de root-pagina, niets om naar terug te gaan) is hij een dooie-op-zich
|
|
|
+knop die desondanks zichtbaar en tikbaar is. **Bevestigd live
|
|
|
+(2026-08-12, verse build):**
|
|
|
+1. Tikken op de knop zelf toont de tooltip "Terug" en doet verder niets
|
|
|
+ zichtbaars (`context.pop()` is hier een no-op, geen crash) — puur
|
|
|
+ verwarrend voor een gebruiker die net de app opent.
|
|
|
+2. **Belangrijker:** de tikgebieden van de hamburger (Home's eigen,
|
|
|
+ title-laag) en van deze Terug-knop (background-laag) liggen zo dicht
|
|
|
+ op elkaar dat een tap bedoeld voor de hamburger soms in plaats
|
|
|
+ daarvan de Terug-tooltip toont — en zodra die tooltip eenmaal
|
|
|
+ getoond is, **bleven 3 opeenvolgende taps op exact dezelfde
|
|
|
+ hamburger-positie alleen de tooltip opnieuw tonen** (drawer opende
|
|
|
+ niet), tot een tap elders op het scherm of een hardware-back de
|
|
|
+ tooltip resette. Dit kan het openen van het hoofdmenu (de enige
|
|
|
+ manier om provincie/gemeente/horeca te wisselen vanaf Home) voor een
|
|
|
+ gebruiker onbetrouwbaar maken.
|
|
|
+- **Voorgestelde fix (builder):** op Home's instantie van
|
|
|
+ `HeaderButtonsComponentWidget()` (in de `background:`-slot van de
|
|
|
+ FlexibleSpaceBar) de Terug-knop verbergen — bv. een
|
|
|
+ Visibility-conditie op een nieuwe/bestaande component-parameter
|
|
|
+ (`showBackButton: false` voor Home, `true` voor `EventCurrent` en
|
|
|
+ andere sub-pagina's die 'm al gebruiken), zodat de component
|
|
|
+ herbruikbaar blijft maar niet overal dezelfde knoppen toont.
|
|
|
+
|
|
|
+**P1-21 · Eigenaar: Onbepaald.** AdBanner op `PUitgaanPage`
|
|
|
+(`lib/uitgaanspaginas/p_uitgaan_page/p_uitgaan_page_widget.dart:200-207`)
|
|
|
+toont **letterlijke developer-instructietekst** aan echte gebruikers
|
|
|
+i.p.v. een advertentie of een net leeg vak. Dit is FlutterFlow's eigen
|
|
|
+`FlutterFlowAdBanner`-widget
|
|
|
+(`lib/flutter_flow/flutter_flow_ad_banner.dart`): zolang er geen
|
|
|
+geladen advertentie is, rendert hij een zwart vlak met de tekst "Ad
|
|
|
+Loading... If this takes a long time, you may have to check whether
|
|
|
+the ad is being covered from a parent widget. ... AdBanner will
|
|
|
+automatically match the size of the banner to the device screen." —
|
|
|
+bedoeld als build-time debughulp, niet als eindgebruikers-UI.
|
|
|
+**Bevestigd live (2026-08-12):** dit bleef **8+ seconden onveranderd**
|
|
|
+zichtbaar (geen doorontwikkeling naar een echte advertentie), en de
|
|
|
+`flutter run`-log toonde de reden:
|
|
|
+```
|
|
|
+BannerAd failedToLoad: LoadAdError(code: 0, domain: com.google.android.gms.ads, message: Internal error., ...)
|
|
|
+```
|
|
|
+Twee losse punten om op te pakken:
|
|
|
+1. **`showsTestAd: true`** staat nog aan (regel 203, gebruikt Google's
|
|
|
+ demo-ad-ID i.p.v. de wél al ingevulde echte
|
|
|
+ `androidAdUnitID`/`iOSAdUnitID` op regel 204-205) — vermoedelijk
|
|
|
+ bewust tijdens ontwikkeling, maar een expliciete "zet dit om vóór
|
|
|
+ livegang"-controlepunt waard, anders draait de productie-app nog op
|
|
|
+ Google's testadvertenties (geen omzet).
|
|
|
+2. **De fallback-UI zelf moet sowieso weg/anders**, los van
|
|
|
+ test-vs-productie: een gebruiker mag nooit deze debugtekst zien, ook
|
|
|
+ niet als een echte advertentie een keer traag laadt of faalt (bv.
|
|
|
+ geen advertentie-inventory voor deze gebruiker/regio). Voorstel:
|
|
|
+ `flutter_flow_ad_banner.dart`'s fallback-`Container` vervangen door
|
|
|
+ iets neutraals (leeg vlak met dezelfde hoogte, of gewoon
|
|
|
+ `SizedBox.shrink()`) i.p.v. de zwarte debug-tekst-box — dit is een
|
|
|
+ **custom/lokaal bestand** (onderdeel van de FlutterFlow-standaard
|
|
|
+ widgetlibrary), dus in tegenstelling tot pagina's/componenten wél
|
|
|
+ rechtstreeks in de code aan te passen zonder builder-UI (net als
|
|
|
+ `lib/custom_code/`, zie `CLAUDE.md`).
|
|
|
+- **Kanttekening bij P2-5** ("Ad-banners..., na livegang"): P2-5 gaat
|
|
|
+ er nog van uit dat advertenties een niet-gebouwd P2-idee zijn — in
|
|
|
+ werkelijkheid staat er dus al minstens 1 banner live in de code
|
|
|
+ (alleen nog kapot/debug). Check met Bob of P2-5's "waar wel/geen
|
|
|
+ ads"-regel (geen ads op locatie-kiezer/login/account) al is
|
|
|
+ toegepast op deze ene bestaande banner, en of er bewust voor
|
|
|
+ `PUitgaanPage` gekozen is als eerste plek.
|
|
|
+
|
|
|
+**P1-22 · Eigenaar: Onbepaald.** Emoji in Drupal-content worden `?`
|
|
|
+-tekens i.p.v. correct weergegeven — content-encoding-bug,
|
|
|
+projectbreed. **Bevestigd live (2026-08-12)** op de omschrijving van
|
|
|
+evenement "Mythic Fest II" (zowel op de Home-kaart als op de
|
|
|
+EventCurrent-detailpagina, dus niet render-specifiek): tekst als
|
|
|
+`??? ????????? ?????? ????` en `?????-???? ???????` vóór/tussen
|
|
|
+overigens prima leesbare Nederlandse tekst — precies het patroon van
|
|
|
+emoji die als vervangingstekens worden weergegeven. **Root cause
|
|
|
+(code-niveau, redelijk zeker):** elke API-call in `api_calls.dart` (in
|
|
|
+ieder geval `EvenementCall`, `HomeTabelCall`, `EstablishmentInfoCall`,
|
|
|
+`EstablishmentsCall` — lijkt projectbreed dezelfde template) heeft
|
|
|
+`decodeUtf8: false`. In `api_manager.dart:211-214`
|
|
|
+(`ApiCallResponse.fromHttpResponse`) betekent dat: de responsebody
|
|
|
+wordt gelezen via `response.body` (Dart's `http`-package, die zonder
|
|
|
+expliciete `charset` in de `Content-Type`-header van de server
|
|
|
+terugvalt op **Latin-1**-decodering) i.p.v. expliciet
|
|
|
+`Utf8Decoder().convert(response.bodyBytes)`. Gewone Nederlandse
|
|
|
+diakrieten (é/ë/ï) vallen toevallig ook binnen Latin-1 en blijven dus
|
|
|
+goed — maar emoji (buiten Latin-1) worden zo onherstelbaar naar
|
|
|
+vervangingstekens gemapt. **Waarschijnlijk simpele, projectbrede fix:**
|
|
|
+`decodeUtf8: true` zetten op de API-calls (of, als dat via losse
|
|
|
+builder-toggles per call moet, een enkele globale plek zoeken in de
|
|
|
+FlutterFlow-projectinstellingen voor API-defaults) — controleer na de
|
|
|
+wijziging of de Drupal-respons zelf al `charset=utf-8` in
|
|
|
+`Content-Type` meestuurt (zo niet, is dat een aanvullende
|
|
|
+server-side-check waard, maar de `decodeUtf8: true`-fix in de app zou
|
|
|
+hoe dan ook al moeten helpen zolang de bytes zelf al geldige UTF-8
|
|
|
+zijn, wat aannemelijk is voor Drupal-JSON-export).
|
|
|
+
|
|
|
**P1-9 · Eigenaar: Onbepaald.** Visuele polish (los, per pagina) —
|
|
|
resterend na sessie 2026-08-06:
|
|
|
1. **Nog niet opgepakt:** Event-pagina (typografie/contrast/spacing).
|
