|
|
@@ -24,7 +24,19 @@ gecorrigeerd:** de aanname dat `lib/flutter_flow/flutter_flow_ad_banner.dart`
|
|
|
zonder builder-UI en zonder export-risico lokaal aan te passen zou zijn
|
|
|
bleek ongeverifieerd en botst met `CLAUDE.md`'s algemene regel over
|
|
|
gegenereerde bestanden — teruggedraaid naar "nog op te lossen, waarschijnlijk
|
|
|
-via een eigen custom widget", niet blind uitgevoerd.
|
|
|
+via een eigen custom widget", niet blind uitgevoerd. **Tweede ronde,
|
|
|
+zelfde sessie: 6 "nog open"-taken tegen de huidige code herbevestigd**
|
|
|
+(vuistregel bovenaan dit bestand — niet blind vertrouwen dat "open"
|
|
|
+nog klopt): **P0-7** (Drupal-endpoint opnieuw met curl getest, alle 3
|
|
|
+nid's nog steeds HTTP 500), **P0-5** (hardcoded Basic-Auth-header, nog
|
|
|
+steeds 15 treffers), **P1-4** (`horcat ??= null!;` nog aanwezig, regel
|
|
|
+verschoven naar 1440), **P1-16** (nog geen enkele Firebase-referentie
|
|
|
+in het project), **P1-20** (`HeaderButtonsComponentWidget` heeft nog
|
|
|
+steeds geen component-parameter, `showBackButton`-fix nog niet
|
|
|
+aangemaakt), **P1-11** (bug zelf ongewijzigd, maar geciteerde
|
|
|
+regelnummers waren stale door tussentijdse edits — gecorrigeerd naar
|
|
|
+de huidige regels). Geen van deze 6 bleek stiekem al opgelost; alleen
|
|
|
+regelnummer-correcties, geen statuswijzigingen.
|
|
|
|
|
|
**Eerdere sessie (2026-08-12, review):** volledige gebruikersdoorloop op
|
|
|
een **verse build** (`ff-run-fvm.sh`, geïnstalleerde app was nog van
|
|
|
@@ -250,6 +262,9 @@ ingeschat (geen live-productie-credential-lek), maar nog steeds het
|
|
|
opruimen waard — een onnodige hardcoded header die alsnog een
|
|
|
dev-omgevingswachtwoord blootlegt zodra iemand de APK decompileert, en
|
|
|
die zonder functie is zodra de app alleen tegen productie draait.
|
|
|
+**Vers herbevestigd 2026-08-13 (Claude, grep):** nog steeds 15
|
|
|
+treffers van deze exacte header in `api_calls.dart` — geen voortgang,
|
|
|
+taak blijft valide.
|
|
|
|
|
|
**P0-7 · Eigenaar: Bob (Drupal-niveau — root cause bevestigd server-side,
|
|
|
geen Claude/app-taak).** Horecagelegenheid-infodata (titel/inhoud/logo)
|
|
|
@@ -334,6 +349,9 @@ puur de zichtbare impact):**
|
|
|
endpoint faalde alsnog voor alle drie. **P0** omdat dit een
|
|
|
kernpagina raakt (horecagelegenheidpagina) die voor *iedere* bezochte
|
|
|
gelegenheid vrijwel leeg oogt voor een eindgebruiker.
|
|
|
+- **Vers herbevestigd 2026-08-13 (Claude, directe curl buiten de app
|
|
|
+ om, dezelfde 3 nid's):** alle drie nog steeds HTTP 500 — geen
|
|
|
+ Drupal-side fix sindsdien, taak blijft volledig valide.
|
|
|
|
|
|
## Drupal dingen — verzamellijst, batchen bij Bob's eigen Drupal-sessie
|
|
|
|
|
|
@@ -395,11 +413,12 @@ lijst verwijderd.)*
|
|
|
|
|
|
**P1-4 · Eigenaar: Bob.** EstablishmentsCall crasht zonder
|
|
|
categoriefilter. `horcat ??= null!;` — bevestigd nog aanwezig, regel
|
|
|
-1443. Nu geen probleem omdat elke aanroep toevallig altijd een filter
|
|
|
-meegeeft, wel een landmijn voor de toekomst.
|
|
|
-`lib/backend/api_requests/api_calls.dart`. Fix zit vermoedelijk in de
|
|
|
-FlutterFlow API-call-configuratie (default parameterwaarde), niet in
|
|
|
-lokale code.
|
|
|
+1440 (regelnummer verschoven t.o.v. eerdere 1443, vers herbevestigd
|
|
|
+2026-08-13, geen inhoudelijke wijziging). Nu geen probleem omdat elke
|
|
|
+aanroep toevallig altijd een filter meegeeft, wel een landmijn voor de
|
|
|
+toekomst. `lib/backend/api_requests/api_calls.dart`. Fix zit
|
|
|
+vermoedelijk in de FlutterFlow API-call-configuratie (default
|
|
|
+parameterwaarde), niet in lokale code.
|
|
|
|
|
|
**P1-5 · Eigenaar: Bob.** "Thuis bezorgen" koppelen aan een echt
|
|
|
leverbaar-veld per horecagelegenheid. Wacht op Bob: eerst het
|
|
|
@@ -585,7 +604,10 @@ heeft ingebouwde Firebase-integratie (Crashlytics minimaal, Analytics
|
|
|
optioneel) die met een paar builder-instellingen aan te zetten is.
|
|
|
Zonder dit blijft elke toekomstige crash-bug (nieuwe RenderFlex-
|
|
|
overflows, een volgende `launchURL`-achtige misser) onzichtbaar totdat
|
|
|
-een gebruiker 'm toevallig meldt.
|
|
|
+een gebruiker 'm toevallig meldt. **Vers gecheckt 2026-08-13 (Claude,
|
|
|
+grep op "crashlytics"/"firebase" in `lib/` en `pubspec.yaml`):** nog
|
|
|
+geen enkele Firebase-referentie in het project — nog steeds volledig
|
|
|
+niet opgepakt.
|
|
|
|
|
|
**P1-17 · Eigenaar: Onbepaald.** **Live bevestigd 2026-08-07 (Claude,
|
|
|
emulator met systeemtaal en-US, verse app-data):** de app valt terug op
|
|
|
@@ -962,6 +984,11 @@ knop die desondanks zichtbaar en tikbaar is. **Bevestigd live
|
|
|
(`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.
|
|
|
+- **Vers herbevestigd 2026-08-13 (Claude, grep):** `HeaderButtonsComponentWidget`
|
|
|
+ heeft nog steeds **geen enkele component-parameter**
|
|
|
+ (`HeaderButtonsComponentWidget()` — kale constructor, geen `this.*`-
|
|
|
+ velden) — de voorgestelde `showBackButton`-parameter is dus nog niet
|
|
|
+ aangemaakt, taak blijft volledig open en wacht op builder-werk.
|
|
|
|
|
|
**P1-21 · Eigenaar: Onbepaald.** AdBanner op `PUitgaanPage`
|
|
|
(`lib/uitgaanspaginas/p_uitgaan_page/p_uitgaan_page_widget.dart:200-207`)
|
|
|
@@ -1116,9 +1143,12 @@ afgerond 2026-08-05, Claude, code-niveau):
|
|
|
naar de P2-7-opschoonlijst.
|
|
|
|
|
|
**P1-11 · Eigenaar: Bob — geblokkeerd op rechterpaneel-clipping
|
|
|
-(zelfde patroon als P1-3).** Responsive/screensize. **Vers gecheckt
|
|
|
-2026-08-10 avond (Claude, export): nog steeds ongewijzigd, taak blijft
|
|
|
-volledig valide.** **2026-08-05:
|
|
|
+(zelfde patroon als P1-3).** Responsive/screensize. **Vers herbevestigd
|
|
|
+2026-08-13 (Claude, grep):** bug nog steeds aanwezig en ongewijzigd,
|
|
|
+maar de regelnummers in dit bestand waren **stale** — het bestand is
|
|
|
+sindsdien door onafhankelijke edits verschoven, hieronder
|
|
|
+gecorrigeerd (geen inhoudelijke wijziging aan de bug zelf, alleen aan
|
|
|
+de citaten). **2026-08-05:
|
|
|
venue-event-grid-bug uitgezocht (Claude, code-niveau) — root cause
|
|
|
gevonden, mechanische builder-fix, nog niet uitgevoerd:**
|
|
|
- Component: `HorecagelegenheidEventTabelComponentCopy`
|
|
|
@@ -1126,18 +1156,19 @@ gevonden, mechanische builder-fix, nog niet uitgevoerd:**
|
|
|
gebruikt op de "Events"-tab van `HorecagelegenheidCurrent` (enige
|
|
|
gebruiksplek — geen niet-"_copy"-variant meer aanwezig om simpel in
|
|
|
te wisselen).
|
|
|
-- `GridView` (regel 165-172): `crossAxisCount: 2`, `childAspectRatio:
|
|
|
- 3.0` → elke grid-cel wordt ≈ (schermbreedte/2) breed ×
|
|
|
- (celbreedte/3) hoog — op een telefoon van 390px breed dus ≈190×63px
|
|
|
- per cel.
|
|
|
-- Binnen elke cel (regel 178-315): een `Row` met twee `Container`s die
|
|
|
+- `GridView` (regel 166-172, was 165-172): `crossAxisCount: 2`,
|
|
|
+ `childAspectRatio: 3.0` → elke grid-cel wordt ≈ (schermbreedte/2)
|
|
|
+ breed × (celbreedte/3) hoog — op een telefoon van 390px breed dus
|
|
|
+ ≈190×63px per cel.
|
|
|
+- Binnen elke cel (`Row` op regel 205, was 178): twee `Container`s die
|
|
|
**beide hardcoded `width: 200.0, height: 200.0`** hebben (tekst-tegel
|
|
|
- regel 186-187, afbeeldings-tegel regel 294-295/311-312 incl. de
|
|
|
- `CachedNetworkImage` zelf). De tekst-Container zit wel in `Expanded`
|
|
|
- (dus de breedte krimpt mee), maar **de hoogte (200) niet** — `Expanded`
|
|
|
- in een `Row` regelt alleen de hoofdas (breedte), niet de dwarsas
|
|
|
- (hoogte). De afbeeldings-Container zit zelfs helemaal niet in
|
|
|
- `Expanded` — noch breedte noch hoogte passen zich aan.
|
|
|
+ regel 210-211, was 186-187; afbeeldings-tegel regel 318-319/336-337,
|
|
|
+ was 294-295/311-312, incl. de `CachedNetworkImage` zelf). De
|
|
|
+ tekst-Container zit wel in `Expanded` (dus de breedte krimpt mee),
|
|
|
+ maar **de hoogte (200) niet** — `Expanded` in een `Row` regelt alleen
|
|
|
+ de hoofdas (breedte), niet de dwarsas (hoogte). De
|
|
|
+ afbeeldings-Container zit zelfs helemaal niet in `Expanded` — noch
|
|
|
+ breedte noch hoogte passen zich aan.
|
|
|
- Gevolg: content wil 200px hoog zijn in een cel van ≈63px hoog, en de
|
|
|
afbeeldings-tegel wil alléén al 200px breed zijn terwijl de hele cel
|
|
|
maar ≈190px breed is (gedeeld met de tekst-tegel ernaast) —
|
