P2-7: EventWidget-orphan-pagina gesloten zonder wijziging (blijkt onbewerkbaar in builder)

Bob probeerde de dode /event-pagina op te ruimen (hernoemen naar
kanweg_-prefix, verplaatsen, component verwijderen) - elke actie
geeft een "Invalid Action: crashing error"-toast + auto-undo, ook na
een harde reload. Grep bevestigt 0 externe referenties in de export,
dus geen functioneel risico; blokkade zit in FlutterFlow's interne
projectstaat, niet oplosbaar vanuit hier. Besluit: met rust laten.

Nieuw CLAUDE.md-patroon vastgelegd voor toekomstige sessies.

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

CLAUDE.md

@@ -473,6 +473,23 @@ dat al bevestigd werkt.
 
 ## FlutterFlow-builder: bekende problemen & patronen
 
+**Een pagina kan in een staat komen waarin de builder élke wijziging
+weigert met een generieke "Invalid Action: The most recent action
+would have caused a crashing error, so we've undone it for you"-toast
++ automatische terugdraai — ook voor acties die met elkaar niets te
+maken hebben.** Bevestigd 2026-08-25 (Bob, P2-7, pagina `Event`
+onder de "Evenement"-map, bevestigd orphan/nergens naartoe
+genavigeerd): hernoemen (naar een `kanweg_`-prefix), verplaatsen naar
+de `kanweg`-map, én een los component (`HeaderButtonsComponent`/
+`Drawer`) verwijderen gaven alle drie dezelfde blokkade — ook na een
+harde browser-reload. `grep` op de geëxporteerde code bevestigde 0
+externe referenties naar deze pagina; de blokkade zit dus puur in
+FlutterFlow's eigen interne project-graaf, niet in iets dat via de
+export zichtbaar of van hieruit op te lossen is. **Geen bekende fix
+gevonden** — als dit optreedt: 1-2 pogingen + 1 reload, dan
+accepteren en de pagina met rust laten (geen functioneel risico als
+de pagina toch al onbereikbaar is), niet verder tijd insteken.
+
 **Een letterlijke tekst met 1 ingesloten variabele (bv. een JSON-body
 `{"entity_id": <nid>, "entity_type": "node"}`) als waarde van een
 Custom-Action-String-argument: geen concatenatie-optie in het

TASKS.md

@@ -1027,9 +1027,12 @@ verse export nog steeds de kale `' titel'`-placeholder te tonen
 **Resterend, bewust laag-prioriteit (geen "— bezig" claim):**
 - `evenement_component_widget.dart` (title/eventDate/adres/plaats,
   regels 221/243/318/340) — alleen bereikbaar via de bevestigd dode
-  orphan-route `EventWidget`/`/event`. **Niet los oppakken vóór P2-7's
-  EventWidget-beslissing** (schrappen maakt dit overbodig). JSON-paths
-  klaar mocht het toch gebeuren: title `$[0].title`, eventDate →
+  orphan-route `EventWidget`/`/event`. **Definitief niet oppakken
+  (2026-08-25, Bob's besluit bij P2-7):** `EventWidget` blijkt zelfs
+  niet meer bewerkbaar in de builder (elke wijziging geeft een
+  "Invalid Action"-crash-preventie en wordt teruggedraaid) — met rust
+  gelaten, dus deze 4 velden blijven zo. JSON-paths ter referentie
+  mocht dit ooit alsnog relevant worden: title `$[0].title`, eventDate →
   `EvenementCall.eventDate` (`$[0].datum`), adres → `EvenementCall.
   eventAdres` (`$[0].adres`), plaats → `EvenementCall.eventPlaats`
   (`$[0].plaats`).
@@ -2162,15 +2165,27 @@ code).
      gemeente-breed kunnen browsen" waardevol genoeg vindt, is dit
      eerder een dichtheids-kwestie dan een bug; kan als P2-polish blijven
      staan tot na livegang.
-- `EventWidget`-route: heraansluiten of definitief schrappen (losse
-  orphan-route). **Bevestigd orphan 2026-08-05 (Claude, grep):** route
-  staat correct geregistreerd (`nav.dart`, pad `/event`, param `nid`)
-  en geëxporteerd (`index.dart`), maar **geen enkele `pushNamed`/
-  navigatie-aanroep in de hele codebase gaat er ooit naartoe** —
-  `EventCurrent` (pad `/eventCurrent`) is overal de daadwerkelijk
-  gebruikte event-detailpagina. Alleen bereikbaar via een handmatige
-  directe URL. Beslissing (verwijderen uit `nav.dart`+`index.dart`, of
-  alsnog ergens aan koppelen) ligt bij Bob.
+- ~~`EventWidget`-route~~ — **gesloten zonder wijziging (2026-08-25,
+  Bob's besluit).** Bevestigd orphan (2026-08-05, Claude, `grep`): de
+  route staat correct geregistreerd (`nav.dart`, pad `/event`, param
+  `nid`) en geëxporteerd (`index.dart`), maar **geen enkele
+  `pushNamed`/navigatie-aanroep in de hele codebase gaat er ooit
+  naartoe** — `EventCurrent` (pad `/eventCurrent`) is overal de
+  daadwerkelijk gebruikte event-detailpagina. Alleen bereikbaar via een
+  handmatige directe URL. **Bob probeerde de pagina op te ruimen
+  (hernoemen naar `kanweg_`-prefix, verplaatsen naar de `kanweg`-map,
+  een component eraf halen) — elke van die acties geeft in de builder
+  dezelfde generieke "Invalid Action: The most recent action would have
+  caused a crashing error, so we've undone it for you"-toast en wordt
+  automatisch teruggedraaid, ook na een harde browser-reload.** Grep
+  bevestigt dat er in de geëxporteerde code geen enkele referentie naar
+  deze pagina bestaat buiten zichzelf — de blokkade zit dus in
+  FlutterFlow's eigen interne project-graaf, niet in iets dat via de
+  export zichtbaar/oplosbaar is. **Besluit: met rust laten.** Geen
+  functioneel risico (100% onbereikbaar in de live app, ongeacht deze
+  builder-staat) — alleen wat overbodige code die niet opgeruimd kan
+  worden. Niet verder proberen tenzij een toekomstige FlutterFlow-update
+  dit vanzelf oplost.
 - **Volledige API-call-audit (2026-08-13, Claude, `grep` op alle
   klassenamen buiten `api_calls.dart` zelf, gecombineerd met de
   live-bereikbaarheid-bevindingen uit P1-19/P2-7): van de 22