|
Account-verhuizingen slice 2: de uitgaande Move (FEP-7628)
De vertrekkende helft van shaer-0j2: deze Klonkt als het oude huis. Twee
eisen voordat er iets de deur uit gaat. Een: geen guardians; een warded
account verhuizen zonder de guardianship te hertargeten zou het vangnet
van het kind stil breken, dus tot shaer-tge er is weigert een bewaakt
account met een heldere melding. Twee: het nieuwe profiel claimt dit
adres in alsoKnownAs, dezelfde back-reference die elke ontvangende
server (onze slice 1 incluis) eist; zonder die claim is de Move overal
dood bij aankomst.
De Move gaat duurzaam (retry-queue) naar elke volger-inbox; hun servers
doen de re-follow. moved_to wordt vastgelegd; het serveren ervan op de
actor en het beleid van de oude site zijn slice 3. In Beheer > Sites >
bewerken zit de aankondiging als eigen formulier met bevestiging, nooit
als bijeffect van Opslaan: een verhuizing is een deur die je achter je
dichttrekt.
Changed files:
src/services/ActivityPubService.js
- moveAccount(site, target, {fetchActorFn, deliverFn}): guardian-
weigering, resolutie (URL/handle), back-reference-check, moved_to,
Move naar alle volger-inboxen (shared inbox de-dupe)
src/config/database.js
src/routes/admin-sites.js
- POST /:slug/move met per-fout een heldere redirect-melding
src/views/pages/admin-site-edit.ejs
- Verhuizen-sectie (eigen form + confirm), toont moved_to
src/services/i18n.js
test/move-actor.test.js
- guarded weigert (niets vastgelegd), zonder back-reference weigert,
happy path: moved_to + een Move per volger-inbox (shared voorop)
remarks: gebouwd op vps/main (f434294) in een worktree, los van de
lopende boost-toggle-sessie in de hoofd-clone. Suite op 370 groen.
-robo
Co-Authored-By: Claude Opus 4.8 <noreply@…>
|