Changeset 21cebed in Klonkt

Timestamp:

09/04/2026 12:45:03 PM (4 days ago)

Author:

Robin <roboburr@…>

Branches:

main

Children:

d8c5042

Parents:

6d7ea52

Message:

Help-markering: opgeschreven wat de eis betekent voor de ward-instantie

Nagelopen na Robins verduidelijking (de ward is autoritatief over WIE zijn
guardians zijn, alle guardians samen over de STATUS van een hulpvraag).

Een markering gaat naar [ward, ...guardians], dus ook naar het kind zelf.
Daar staat zijn eigen hulpvraag niet in ap_mentions maar in ap_outbox, dus
de nieuwe eis weigert hem op die instantie. Nagekeken of dat iets kost: de
enige lezer van deze staat is het guardian-paneel (queues.helpItemsFor), en
dat leest precies die tabel -- op de ward-instantie werd de staat dus wel
geschreven en nooit getoond. Er gaat dus niets verloren.

Maar het is precies het soort ding waar iemand later over struikelt ("waarom
ziet het kind niet dat er iemand komt"), dus het staat nu bij de eis, met
waar je moet zijn als dat scherm er ooit komt.

File:

• src/services/ap-inbox.js (modified) (1 diff)

src/services/ap-inbox.js

@@ -149 +149 @@
  * Geen rij, geen markering. Dat sluit meteen de aardigste variant af: iemand
  * die markeringen stuurt voor hulpvragen die hij ergens anders zag.
+ *
+ * GEVOLG DAT JE MOET KENNEN: een markering gaat naar [ward, ...guardians] (zie
+ * routes/guardian.js), en op de instantie van de WARD staat zijn eigen
+ * hulpvraag niet hier maar in ap_outbox. Daar wordt een markering dus
+ * geweigerd. Dat kost vandaag niets -- de enige lezer van deze staat is het
+ * guardian-paneel (queues.helpItemsFor), en dat leest juist deze tabel, dus op
+ * de ward-instantie werd hij alleen geschreven en nooit getoond. Komt er ooit
+ * een scherm waarop het KIND ziet dat er iemand komt, dan is dit de plek: die
+ * moet dan ook de eigen uitgaande hulpvraag als bron erkennen.
  */
 function helpRequestRow(noteUri) {