Geen halve namen meer, ook niet als de basis kapot is (Robins vraag, 11-8)
Twee plekken vielen in hun catch terug op @${slug} -- een handle zonder host.
Dat gaat alleen af bij een onparseerbare PUBLIC_BASE_URL, dus bij een kapotte
installatie. Robins punt: dat maakt het niet minder fout. Zonder host zegt @dev
niets op een oppervlak waar iedereen @dev kan heten.
Allebei nu via deriveHandle op de actor-URI. Diens terugval is de KALE URI, en
die is eerlijk: hij ziet er niet uit als een naam die compleet is. En als de
basis onparseerbaar is klopt elke URI die we bouwen toch al niet.
Daarmee is deriveHandle de enige plek waar een handle ontstaat. Vandaag stonden
er vijf spellingen: null in het paneel, @slug zonder host in de app, twee
catch-terugvallen, en de echte vorm op de inkomende weg.
EN EEN VOETANGEL DIE IK ONDERWEG BIJNA INSLIKTE: de routes importeren
ActivityPubService als DEFAULT. deriveHandle en localSlugOf waren wel als named
export beschikbaar maar stonden niet in dat default-object -- AP.deriveHandle
was dus undefined, en dat valt niet om bij het importeren maar pas bij een
VERZOEK. Allebei toegevoegd en op de server nagelopen: function, function, en
@dev@….
Co-Authored-By: Claude Opus 5 <noreply@…>