Ryan Barrett
Ryan Barrett
https://github.com/snarfed/bridgy-fed/blob/39aa16be6258d80ac619ae7c176f76e506a1f3d2/activitypub.py#L694-L726
Here's what it's currently used for in `postprocess_as2` (afaik nowhere else): * replies: * if `inReplyTo` is multiply valued, identify which one, so we can set `inReplyTo` to a single...
New idea here: when we create the `send` task, always use inline object data, eg `our_as1`, and populate the extra data we want into it directly. Should work, but I'm...
Progress here, I think I've fixed this for `/convert/...`. Fixing outbox has been trickier, and different, but it's coming along.
I've disabled outboxes for now. Unfortunate, but fixing them the right way will take some nontrivial refactoring. I'll track all of that in this issue.
Temporary workaround until this is fixed: either follow with the UI, or if you follow via webmention, use the actor id (eg `https://indieweb.social/users/snarfed`) as the `u-follow-of`, not the profile URL...
This will be tricky internally, it's unclear where the best place is to do this. * Implement `ActivityPub.key_for`, detect when it couldn't load the user and fell through to the...
Also included here: cleanup for all of the existing bad stored follows. Sadly can't just replace `/@` with `/users/` because many servers use opaque ids instead of usernames in actor...
Current idea is, in Protocol.load, if the fetched object has a different id, override Object.key.id with that fetched id. Made some progress on this in a stash, but it's delicate,...
Great suggestion! Not sure about the UX we should use, maybe a 🔒 or similar emoji.