Changeset 6d7ea52 in Klonkt for src/routes/admin.js

Timestamp:

09/04/2026 12:40:22 PM (4 days ago)

Author:

Robin <roboburr@…>

Branches:

main

Children:

21cebed

Parents:

1d1fdc9

Message:

De noodknop is niet meer door een vreemde uit te zetten (shaer-gt70)

De markering op een hulpvraag werd van IEDEREEN aangenomen: de enige
voorwaarde was dat de actor niet lokaal is. Ondertekening zegt WIE, niet
of het MAG, en die tweede laag stond er niet. Afgehandeld kent geen
terugdraai en de vraag verdwijnt daarna uit de teller van elke guardian,
dus elke ondertekende actor die de URI kende kon de noodknop van een kind
uitzetten.

DE WARD IS DE BRON VAN WAARHEID over wie zijn guardians zijn -- onze
eigen tabel kent alleen onze relatie. existingGuardiansOf stelt die vraag
op de goede plek: lokaal als wij de ward hosten, anders shaer:guardians
van zijn actor. En WELKE ward erbij hoort komt uit onze eigen
administratie (de hulpvraag zoals wij hem opsloegen), nooit uit wat de
afzender beweert. Kennen we die hulpvraag niet, dan is er niets te
markeren.

Met een cache van vijf minuten, want het remote geval is een
netwerkaanroep in het inbox-pad -- zonder cache is dat een manier om onze
inbox te laten wachten. Een MISLUKTE ophaal wordt niet als lege lijst
onthouden: dan zou een tijdelijk onbereikbare server vijf minuten lang
elke markering weigeren.

TWEEDE VONDST, gemeten tijdens het bouwen: dezelfde regels riepen
wakeGuardian(slug) aan met een slug die in die scope niet bestaat. De
markering werd dus vastgelegd en daarna gooide de handler een
ReferenceError -- het paneel hoorde het nooit en de rest van de
verwerking van die activiteit viel weg. Nu wakeGuardian(vraag.slug): het
paneel dat de hulpvraag houdt. slugParam zou ook fout zijn, want die is
null op de gedeelde inbox.

Vijf toetsen, tegenbewijs tegen de code van hiervoor: daar vallen ze alle
vijf. Volle suite 1260 groen.

(No files)