Mastodon/Activity Pub question:
-
@sarahjamielewis The JSON of 1749328245 looks normal/correct at a glance, but I can't pull it into my own Mastodon server because your WebFinger at https://tap.resistant.tech/.well-known/webfinger?resource=sarah%40tap.resistant.tech doesn't currently seem to resolve, so my Mastodon server fails to put together the actor's profile. Is that known and/or intentional? Maybe it was working previously and m.s cached it?
-
@julian ah looks like the webfinger lookup was a little too restrictive (previously it only resolved acct:sarah@tap.resistant.tech), now it resolves other versions including the one you linked
-
@sarahjamielewis Ah, no, that's my mistake. Going by the standard, the "acct:" schema isn't optional, I just have a bad habit of forgetting about it.
But there's still something going on with fetching your AP URIs from Mastodon. I can pull up your profile if I search for the double-@ handle, but not if I search for the URI, even though you appear to serve correct AP. Might be the same reason why I can't fetch your test post. I tried from my Mastodon server and from https://activitypub.academy.
-
@sarahjamielewis Maaaaaybe it has something to do with the content type? It looks like you serve the HTML if explicitly asked for text/html, and the JSON otherwise. I usually do it the other way around.
I think Mastodon refuses to load plain JSON documents, for security reasons (long story), this might be linked to that. Only sending the AP JSON for the content types listed in section 3.2 of the spec could be worth trying.
I'm poking at this kinda blindly though. Tough situation to debug.
-
@sarahjamielewis For what it's worth, @fedify fetches and parses your actor correctly (tested with https://github.com/fedify-dev/fedify/tree/main/examples/actor-lookup-cli), so it's gotta be something where Mastodon is more strict.
-
What we have learned so far:
- taking the json my service produces and mirroring on another AP service results in mastodon rendering the HTML on the mirrored post - so it unlikely to be an issue with the Note object at least...
- just in case, I've tweaked a couple of things in webfinger, nodeinfo, and http header signing to better align the behaviour that mastodon is has, to no effect.
-
I have officially ran out of ideas...probably time to take a break....
Request: If anyone who knows anything about mastodon internals has any idea why plain text messages would show fine, but basic html formatted messages would show empty (see above) - I would greatly appreciate any insight.
Edit: Thanks all, This has been Solved! (https://mastodon.social/@sarah@tap.resistant.tech/114644828209750037)
-
@sarahjamielewis can you share a sample json you're sending?
-
@sarahjamielewis Hey @evan any ideas?
-
The note: https://tap.resistant.tech/sarah/posts/1749337528.json (doesn't include the wrapping Create activity, but sending plain text messages work, so I assume the Create activity is OK...I can pull one from the debug logs)
The empty render: https://mastodon.social/@sarah@tap.resistant.tech/114644584327450993
-
@soatok @sarahjamielewis they've got a list of tags they allow. Could you be using something at the top level that they sanitize out?
ActivityPub - Mastodon documentation
A decentralized social networking protocol based upon the ActivityStreams 2.0 data format and JSON-LD.
(docs.joinmastodon.org)
-
@soatok @sarahjamielewis also, very excited to see your service!
-
@sarahjamielewis Nothing is obviously wrong with it. This is just a guess, but it might be the capitalization on the unicode escapes? Mastodon capitalizes them. Here's a mastodon note that I keep around for regression testing
https://github.com/Letterbook/Letterbook/blob/main/Tests/Letterbook.IntegrationTests/Data/mastodon_post.json -
@sarahjamielewis I put this together to help with interop testing. It's really useful to have access to mastodon's logs while you're trying to do this stuff
https://github.com/Letterbook/Sandcastles -
jenniferplusplus@hachyderm.io I think it might be the Unicode escapes too. I don't think they're necessary.
