source: Klonkt/src/services/guardianship/notes.js@ 88d7c8f

main
Last change on this file since 88d7c8f was 6eab7e9, checked in by Robin Genis <roboburr@…>, 6 weeks ago

Beschikbaarheid van guardians (FEP-633c 3.6): away, dormant, lapse

De Klonkt-kant van het beschikbaarheidsvoorstel, nagemaakt zoals eerst in de
daemon gevalideerd (shaer-8z7): dezelfde toestanden, dezelfde regels, dezelfde
weigeringen. De spiegel-tests dragen dezelfde namen als de daemon-tests, zodat
drift tussen de twee backends opvalt als een falende test met dezelfde woorden.

De kern is guardianship/availability.js: drie toestanden per (ward, guardian),
met als regel boven alles dat een antwoord alles herstelt, tot en met een
lopende lapse. Elke geverifieerde inbox-activiteit en elke C2S-handeling van
een guardian herstelt hem en annuleert een lapse tegen hem, nog voor er naar de
activiteit gekeken wordt. Bewust achter de handtekening-poort: een ongeverifieerde
bewering oma te zijn mag oma niet wakker maken.

Afwezig komt binnen over beide wegen: S2S als directe note met shaer:away en
endTime van een guardian elders (het gewone geval), en C2S als een guardian
hier zich afmeldt; die note draagt de marker mee naar wards elders en wordt
voor wards op deze instance direct toegepast, want een lokale inbox ontvangt
zijn eigen bezorging niet. Zonder (toekomstig) einde faalt het luid met 400,
precies zoals de daemon weigert.

Slapend volgt alleen uit onbeantwoorde direct geadresseerde verzoeken; de
follow-gating registreert die nu als bewijs. De markering notificeert verplicht
via protocol en de 6-handle, eenmalig op de overgang, centraal bedraad zodat
elke plek waar een promotie kan gebeuren hetzelfde notificeert.

De drempel van 3.5 rekent voortaan over de beschikbare set: de follow-quorums
en de gated settings allebei. De test die het waarom draagt: vijf guardians van
wie twee weg zijn gaven een drempel van drie die de twee levenden nooit haalden;
over de beschikbare set beslissen zij weer.

De lapse loopt over dezelfde draden als de gated settings: een Offer van
shaer:Lapse opent op de server van het kind, Accept/Reject stemt, het venster
loopt altijd vol, en de voltooiing verwijdert de relatie met de
nooit-leeg-grens uit 3.4 als tweede slot eronder. De offers-queue draagt de
lopende lapses en de nieuwe owner-only guardians-queue de beschikbaarheid, in
precies de vorm die de daemon serveert, dus de Shaer-apps van gisteren werken
zonder wijziging.

Changed files:
src/config/database.js

  • tabellen ap_guardian_attention, ap_attention_requests, ap_lapses
  • kolom ap_outbox.away_until

src/services/guardianship/handshake.js

  • Offer van shaer:Lapse (S2S en C2S), lapse-stemmen op Accept/Reject, one-answer op elke C2S-handeling

src/services/guardianship/gated.js

  • tally en voortgang over de beschikbare set; een stem is een antwoord

src/services/guardianship/notes.js

  • awayProps: shaer:away plus endTime op de uitgaande directe note

src/services/guardianship/delivery.js

  • away_until door het directe pad heen

src/services/guardianship/queues.js

  • guardiansCollection; offersCollection draagt de lapses

src/services/guardianship/index.js

  • exports

src/services/ActivityPubService.js

  • one-answer achter de handtekening-poort
  • away-ingest op het mention-pad en het C2S-directe pad
  • dormancy-bewijs op de follow-gating; quorum over de beschikbare set
  • de notificatieplicht van 3.6.2, een keer bedraad
  • buildReplyNote draagt awayProps

src/routes/activitypub.js

  • owner-only route /queues/guardians

src/routes/guardian.js

  • dashboard-besluit is een antwoord; quorum over de beschikbare set

src/services/guardianship/relations.js

  • guardians-queue aangekondigd in shaer:queues

test/activitypub-as2.test.js

  • guardians toegevoegd aan de queue-sleutels

New file:
src/services/guardianship/availability.js

  • de toestandsmachine, de lapse en de endTime-parser

test/availability.test.js

  • veertien spiegel-tests van de daemon, tot en met de volle lapse-flow over de S2S-draad en het vijf-guardians-rekenvoorbeeld

remarks: de PWA toont de beschikbaarheid nog niet (chips in het paneel per
kind en een lapse-kaart komen apart); de echte kruis-implementatie-testbank
blijft open op shaer-6d9. Klonkt heeft geen pinbare klok zoals de daemon; de
tests dateren bewijs terug in plaats van de tijd vooruit te zetten, en dat
staat er als kanttekening bij. Niet uitgerold.

-robo
Co-Authored-By: Claude Fable 5 <noreply@…>

  • Property mode set to 100644
File size: 3.0 KB
RevLine 
[6b5d7da]1/**
2 * Guardianship (FEP-633c) — note properties.
3 *
4 * The shaer:helpRequest flag (spec 5.2.1): a ward's call for help, only ever
5 * on direct notes. Everyone who does not speak shaer can ignore it.
6 */
[af5b79b]7import { listGuardians } from './relations.js';
8
9/**
10 * shaer:hasGuardians (§2.2): an advisory OBJECT hint that the author is a ward,
11 * so a remote server can route interactions to the guardians WITHOUT fetching
12 * the actor. Stamped on every object a ward publishes; MUST be safely ignorable.
13 */
14export function hasGuardiansProps(slug) {
15 try { return (slug && listGuardians(slug).length) ? { 'shaer:hasGuardians': true } : {}; }
16 catch { return {}; }
17}
18
[fc40410]19/**
20 * May EXTERNAL (non-fediverse) embeds be shown to this account?
21 *
22 * A gated feature in the FEP-633c sense: a ward's world outside the fediverse
23 * is the guardians' call. `setting` is `sites.external_embeds`:
24 * null/undefined → auto: off for a ward, on for anyone else
25 * 0 → off, 1 → on (the guardians decided)
26 *
27 * Pure, so the rule is testable on its own. The gate is applied SERVER-side:
28 * a blocked embed is never serialised into the feed, because an embed that the
29 * client merely hides has still been delivered.
30 */
31export function externalEmbedsAllowed(setting, isWard) {
32 if (setting === 0 || setting === 1) return setting === 1;
33 return !isWard;
34}
35
[af5b79b]36/** True when an incoming object carries the ward hint (§2.2). Register-only for
37 * now; acted on later at reddings-boei / escalation routing. */
38export function objectHasGuardians(o) {
39 return !!o && (o['shaer:hasGuardians'] === true || o.hasGuardians === true);
40}
[6b5d7da]41
42/** Extra JSON-LD properties for an outgoing note built from an ap_outbox row. */
43export function helpRequestProps(post) {
44 return (post && post.visibility === 'direct' && post.help_request)
45 ? { 'shaer:helpRequest': true }
46 : {};
47}
48
49/** True when an incoming (C2S or S2S) note object carries the flag. */
50export function isHelpRequest(object) {
51 return !!object && (object['shaer:helpRequest'] === true || object.helpRequest === true);
52}
53
[e62f65d]54/** shaer:wave: a gentle "thinking of you" from a guardian to its ward. A
55 * private nudge, never a feed post; non-shaer clients see a plain DM. */
56export function waveProps(post) {
57 return (post && post.visibility === 'direct' && post.wave)
58 ? { 'shaer:wave': true }
59 : {};
60}
61
62/** True when an incoming note is a wave. */
63export function isWave(object) {
64 return !!object && (object['shaer:wave'] === true || object.wave === true);
65}
66
[6eab7e9]67/** shaer:away (3.6.1): a guardian declaring itself away to its ward, with an
68 * end. Rides a direct note like the help request, so a ward on a plain
69 * server reads a human message; endTime is plain AS2. */
70export function awayProps(post) {
71 return (post && post.visibility === 'direct' && post.away_until)
72 ? { 'shaer:away': true, endTime: new Date(post.away_until).toISOString() }
73 : {};
74}
75
76export default { helpRequestProps, isHelpRequest, waveProps, isWave, awayProps, hasGuardiansProps, objectHasGuardians, externalEmbedsAllowed };
Note: See TracBrowser for help on using the repository browser.