Link-preview backfill hing achter een her-fetch die hij niet nodig had
Een YouTube-post van sound-fabrics bleef een kale link, terwijl de resolver op
precies die inhoud gewoon een kaart met titel en thumbnail teruggaf. De backfill
in de self-heal stond namelijk NA de her-fetch van de note, en als die bron even
niet antwoordt slaat de lus de hele rij over met continue. Daar had de preview
niets mee te maken: die wordt opgelost uit de content die we al in de database
hebben. Nu staat hij vooraan in de lus, los van de origine, met zijn eigen
try/catch zodat hij de heling ook nooit blokkeert.
Dit is dezelfde soort fout als de body-cap: een afhankelijkheid toegevoegd die er
inhoudelijk niet hoort, en die stilletjes precies de gevallen wegneemt waar het
om gaat.
Changed files:
src/services/ActivityPubService.js
- embed-backfill verplaatst naar de kop van de self-heal-lus, voor fetchNoteAP
- SELFHEAL_VERSION 17 -> 18
remarks: 214 tests groen. Resolver was al direct geverifieerd op deze exacte
note-content: oembed, titel In The Air Tonight (AI Citypop), met thumbnail.
-robo
Co-Authored-By: Claude Opus 4.8 <noreply@…>