|
|
@@ -1,6 +1,25 @@
|
|
|
# Uitgaanskrant — takenlijst
|
|
|
|
|
|
-**Deze sessie (2026-08-17, zelfstandig, code-only — geen browser-tab-
|
|
|
+**Deze sessie (2026-08-17 avond, live pair-sessie met Bob op
|
|
|
+emulator-5554):** begon met een Gradle-buildfout bij Bob's eigen
|
|
|
+`ff-run-fvm.sh`-run — root cause: Android Studio was diezelfde dag
|
|
|
+automatisch geüpdatet naar een snap-revisie met **Java 25** als
|
|
|
+ingebouwde JBR, en Gradle 8.12 (dit project) kan daar niet mee overweg.
|
|
|
+Fix: `fvm flutter config --jdk-dir=/usr/lib/jvm/java-17-openjdk-amd64`
|
|
|
+(globale Flutter-CLI-instelling, geen projectbestand — overleeft een
|
|
|
+export). Zie ook `CLAUDE.md` voor het herbruikbare patroon. Daarna
|
|
|
+login getest en **2 nieuwe crash-bugs gevonden + gefixt** (zie de
|
|
|
+afgeronde blokken bij P1-18 en P1-7 hieronder) en een 3e, nog niet
|
|
|
+gefixte bug gevonden op Favorieten-tab 3 (zie P1-7 "Nog open").
|
|
|
+**Belangrijk voor de volgende sessie:** ik heb tijdens het redeployen
|
|
|
+zelf 2x een bouwfout veroorzaakt (dubbele variabele-declaratie na
|
|
|
+"Copy Action Chain") — beide keren zelf gevonden via `flutter analyze`
|
|
|
+vóór het Bob bereikte, maar zie de nieuwe `CLAUDE.md`-notitie over dit
|
|
|
+patroon vóórdat je dit trucje nog eens gebruikt.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+**Vorige sessie (2026-08-17 overdag, zelfstandig, code-only — geen browser-tab-
|
|
|
groep gevonden bij sessiestart, dus aangenomen dat Bob niet actief
|
|
|
achter zijn scherm zat en geen builder-UI geprobeerd):** begonnen met
|
|
|
`ff-session-check.sh` (schoon) + een verse `flutterflow export-code`
|
|
|
@@ -600,6 +619,35 @@ Het losse debug-dialoogje (AlertDialog "melding" met de rauwe JSON) is
|
|
|
blijven staan — niet meegenomen in deze fix, kan later nog opgeruimd
|
|
|
worden als cosmetische bijvangst. Uit deze lijst verwijderd.)*
|
|
|
|
|
|
+*(Nieuwe, andere login-crash gevonden + afgerond 2026-08-17 avond —
|
|
|
+Claude, builder + live logcat-diagnose op emulator-5554. Dit was géén
|
|
|
+regressie van P1-18 hierboven, maar een nog niet eerder gevonden
|
|
|
+tweede bug op dezelfde knop: ná een geslaagde `drupalLogin`-aanroep
|
|
|
+haalde de knop's "Inloggen"-actie **nogmaals** en **overbodig** de
|
|
|
+sessievelden uit het resultaat via losse JSON-Path-bindingen
|
|
|
+(`$.user.uid`, `$.user.name`, `$.user.mail`) — maar `drupalLogin`
|
|
|
+retourneert die velden plat (`uid`/`name`/`mail`, geen `user`-object),
|
|
|
+dus alle drie gaven `null`. Voor de 2 String-velden onschuldig
|
|
|
+(`null.toString()` → tekst "null"), maar `userUid` is `int`-getypeerd
|
|
|
+in App State → een `null` daarin toekennen crashte de app **stil**
|
|
|
+(geen rode foutmelding, gewoon geen "Succesvol ingelogd!"-melding en
|
|
|
+geen reactie op de knop) vóórdat de succes-snackbar ooit getoond kon
|
|
|
+worden. **Root cause was sowieso overbodige code:** `drupalLogin`
|
|
|
+(`lib/custom_code/actions/drupal_login.dart`) zet deze velden al zelf
|
|
|
+correct en veilig in App State (met `int.tryParse(...) ?? 0` voor
|
|
|
+uid) vóórdat het resultaat teruggegeven wordt. **Fix:** de 6
|
|
|
+redundante "Update App State"-acties op de knop's on-tap-flow
|
|
|
+(Action Flow Editor) volledig verwijderd — de knop doet nu alleen nog
|
|
|
+`drupalLogin` aanroepen en op basis van `resultDrupalLogin != null`
|
|
|
+de juiste snackbar tonen. Bevestigd via verse export
|
|
|
+(`login_widget.dart` bevat de `getJsonField(..., $.user.*)`-blokken
|
|
|
+niet meer) en live op emulator-5554 (inloggen met gebruikersnaam geeft
|
|
|
+nu de "Succesvol ingelogd!"-snackbar). **Bijvangst, zelfde diagnose:**
|
|
|
+inloggen met e-mailadres i.p.v. gebruikersnaam geeft terecht "Inloggen
|
|
|
+mislukt" — Drupal's `user/login.json` accepteert kennelijk geen
|
|
|
+e-mailadres als username. Geen bug, maar wel een open feature-vraag
|
|
|
+aan Bob als e-mail-login gewenst is.)*
|
|
|
+
|
|
|
*(P1-1 volledig afgerond 2026-08-10 avond — Bob, builder, alle 4
|
|
|
sub-punten bevestigd via verse export: `HomeUitgaanSliderComponent`
|
|
|
(= P0-1), `PUitgaanSliderComponent`, `EvenementComponent`,
|
|
|
@@ -984,20 +1032,68 @@ lokale/UI-kant + look&feel oppakken zolang die niet op Drupal wacht.
|
|
|
wijziging, geen quick win.
|
|
|
Geen van beide is deze sessie uitgevoerd (buiten scope voor
|
|
|
code-only werk, en vraagt eerst een ontwerpkeuze van Bob).
|
|
|
-- **Tab 1 "Persoonlijke agenda"** (events in favoriete gemeente(n)) —
|
|
|
- **uitgezocht (2026-08-14, Claude, code-audit): geen nieuwe Drupal-call
|
|
|
- nodig, bestaande calls volstaan al.** `UitgaanstabelCall`/
|
|
|
- `UitgaanSliderCall` (`api_calls.dart`) accepteren allebei al een
|
|
|
- `townid`-parameter (nu gebruikt door `PUitgaantabelKaartComponent`/
|
|
|
- `PUitgaanSliderComponent` voor de huidige gekozen gemeente) — exact
|
|
|
- wat hier nodig is. Bouwplan: loop over `favorieteGemeenteIds` (App
|
|
|
- State, al gevuld zodra Tab 2 ooit favorieten heeft) en roep
|
|
|
- `UitgaanstabelCall` per gemeente-id aan, resultaten samenvoegen tot
|
|
|
- 1 lijst (of simpeler: hergebruik `PUitgaantabelKaartComponent` als los
|
|
|
- blok per favoriete gemeente, met een kopje erboven = gemeentenaam).
|
|
|
- Geen Drupal-wijziging nodig — wel afhankelijk van Tab 2's
|
|
|
- favoriet-toggle-UI (zie hierboven), want zonder die blijft
|
|
|
- `favorieteGemeenteIds` altijd leeg.
|
|
|
+- **Tab 1 "Persoonlijke agenda" — bleek al gebouwd (niet door deze
|
|
|
+ lijst gedekt, `TASKS.md` liep achter), en kreeg 2026-08-17 avond
|
|
|
+ 2 bugfixes (Claude, builder, bevestigd via verse export +
|
|
|
+ `flutter analyze` + live op emulator-5554):**
|
|
|
+ 1. De data-fetch (`drupalRequest` POST naar
|
|
|
+ `.../favorieten_agenda.json`) hing aan de `TabBar`'s `onTap`
|
|
|
+ op de `Tab`-node zelf (zie `CLAUDE.md`) — die vuurt alléén bij
|
|
|
+ een echte tik, dus **nooit** voor de al-actieve standaardtab bij
|
|
|
+ page-load. Fix: Scaffold's eigen **"On Page Load"**-trigger
|
|
|
+ toegevoegd met dezelfde actieketen (via rechtsklik op de
|
|
|
+ bestaande `TabPersAgenda`-Tab-node → Actions → "Copy Action
|
|
|
+ Chain" → nieuwe On-Page-Load-trigger → "Paste Action(s)") — let
|
|
|
+ op de `CLAUDE.md`-notitie over de dubbele-variabele-valkuil die
|
|
|
+ dit trucje veroorzaakt, dat moest ik zelf nog corrigeren.
|
|
|
+ 2. Los daarvan crashte de pagina stil (`NoSuchMethodError: Map heeft
|
|
|
+ geen 'toList'`) zodra de call een niet-2xx-respons kreeg, omdat
|
|
|
+ de custom action `drupalRequest`
|
|
|
+ (`lib/custom_code/actions/drupal_request.dart`) bij een fout een
|
|
|
+ `{'success': false, ...}`-Map teruggaf terwijl de aanroepende
|
|
|
+ code altijd blind `.toList()` erop aanriep. Fix: alle 3
|
|
|
+ foutpaden in `drupal_request.dart` (non-2xx, timeout, exception)
|
|
|
+ geven nu `[]` terug i.p.v. een map — bevestigd via verse export.
|
|
|
+ **Live bevestigd:** `favorieten_agenda.json` geeft momenteel nog
|
|
|
+ een **404** terug (Bob kijkt hier zelf naar, zie boven) — de tab
|
|
|
+ blijft nu netjes leeg i.p.v. te crashen.
|
|
|
+- **Nieuw gevonden, nog niet gefixt (2026-08-17 avond, Claude,
|
|
|
+ code-audit): Tab 3 "Favoriete Gelegenheden" roept zijn API-call
|
|
|
+ altijd anoniem aan.** [favorieten_widget.dart:362](lib/favorieten/favorieten_widget.dart:362)
|
|
|
+ — `FavorietenAgendaCall.call()` wordt zonder argumenten aangeroepen,
|
|
|
+ terwijl de call zelf `sessionName`/`sessionId`-parameters verwacht
|
|
|
+ die in de Cookie-header horen
|
|
|
+ (`'{{session_name}}={{sessid}}'` in `api_calls.dart:34`). Zonder die
|
|
|
+ twee gaat de aanroep altijd **zonder sessie** naar Drupal → een
|
|
|
+ ListTile met letterlijk **"null"** als titel i.p.v. de favoriete
|
|
|
+ horeca-gelegenheden, ook als je wél bent ingelogd. **Fix (builder):**
|
|
|
+ ListView selecteren → Backend Query-icoon (database) →
|
|
|
+ `FavorietenAgenda`-call openklappen → `sessionName` = Set from
|
|
|
+ Variable → `FFAppState().userSessionname`, `sessionId` = Set from
|
|
|
+ Variable → `FFAppState().userSessionid`.
|
|
|
+- **Nieuw gevonden, cosmetisch (2026-08-17 avond): tekst-overflow op
|
|
|
+ Tab 2 en Tab 3's beschrijvingsregel.** De `Text`-widgets "De
|
|
|
+ gemeentes die je hebt gemarkeerd..." (key `o7pt2vls`,
|
|
|
+ [favorieten_widget.dart:332](lib/favorieten/favorieten_widget.dart:332))
|
|
|
+ en de vergelijkbare op Tab 3 lopen zichtbaar van het scherm af (geen
|
|
|
+ wrap, geen horizontale padding op de omringende `Column`).
|
|
|
+- **Nieuw gevonden, structureel (2026-08-17 avond): de hele
|
|
|
+ Favorieten-pagina mist een header/drawer.** Geen "☰"-menu, geen
|
|
|
+ terugknop — de pagina begint direct bij de `TabBar`, enige uitweg is
|
|
|
+ Android's systeem-terugknop. Bovendien zijn alle 4 tab-labels
|
|
|
+ afgekapt op telefoonformaat ("Persoon…", "Favoriete…" x2,
|
|
|
+ "Gebruike…") — de `TabBar` is te smal voor 4 volledige labels.
|
|
|
+ Vraagt een structurele aanpassing (Scaffold met AppBar/Drawer zoals
|
|
|
+ andere pagina's, of kortere tab-labels/kleiner lettertype), geen
|
|
|
+ quick fix.
|
|
|
+- **Nieuw gevonden, UX-gat (2026-08-17 avond): nergens in de app is
|
|
|
+ zichtbaar dát je bent ingelogd**, behalve als je zelf naar
|
|
|
+ Favorieten-tab 4 navigeert. De drawer's "Mijn Account"-item opent
|
|
|
+ altijd het kale login-formulier, ook met een actieve sessie — geen
|
|
|
+ check op `FFAppState().userSessionid`. Sluit aan bij Bob's eigen
|
|
|
+ wens (2026-08-17): gebruikersnaam + uitlog-knop + link naar
|
|
|
+ Favorieten zichtbaar maken zodra ingelogd, bv. in de drawer i.p.v.
|
|
|
+ het statische "Login"/"Mijn Account"-item.
|
|
|
- **"Gebruiker"-tab, "Uitloggen"-knop afgerond (2026-08-15, Claude,
|
|
|
builder, bevestigd via verse export + `flutter analyze`: 0 errors).**
|
|
|
`favorieten_widget.dart` heeft nu een 4e tab "Gebruiker" (via TabBar's
|
|
|
@@ -1008,10 +1104,11 @@ lokale/UI-kant + look&feel oppakken zolang die niet op Drupal wacht.
|
|
|
`userMail`), Action 2 = Navigate To Login met "Allow Back Navigation"
|
|
|
uit (genereert `context.goNamed(...)` i.p.v. `pushNamed`, dus geen
|
|
|
terugknop-pad naar de net-verlaten sessie). **Nog open, zelfde
|
|
|
- tab:** "Wachtwoord wijzigen" en "Account verwijderen" (zie Bob's
|
|
|
+ tab:** geen gebruikersnaam zichtbaar (zie UX-gat hierboven),
|
|
|
+ "Wachtwoord wijzigen" en "Account verwijderen" (zie Bob's
|
|
|
beslissing 3 hieronder — account verwijderen heeft mogelijk
|
|
|
AVG-implicaties aan Drupal-kant en is een App-Store-vereiste, zie
|
|
|
- daar) — deze twee zijn niet meegenomen, eigen vervolgtaak.
|
|
|
+ daar) — deze zijn niet meegenomen, eigen vervolgtaak.
|
|
|
- **Open vraag aan Bob (blokkeert de Drupal-sync van favorieten):**
|
|
|
bestaat er al een Drupal-endpoint om een favoriet (horeca of gemeente)
|
|
|
toe te voegen/verwijderen voor een ingelogde gebruiker (bv.
|
