I’m missing this as well. Without this, it is hard or impossible to interact with federated posts unless they are in your timeline already.
@roke_julian_lockhart , just curious, have you tried with URLs of WordPress instances using the WP ActivityPub plugin?
1개의 좋아요
What the heck has occurred here? I have never written like the undermentioned:
RokeJulianLockhart:
Discuss this on our forum.
...and someone's taken a sledgehammer to my markup.
1개의 좋아요
Oh! They’re federated now! I didn’t post that comment here . They’re merely rather broken in their federation:
The formatting isn’t conserved.
I am able to like my own posts.
It’s a separate user account, since it’s registered on another domain.
@icaria36 , no. Do you know of any?
I believe this is a WordPress site, and I just tested with a recent article, and I can find the URL on Mastodon indeed: Nature Holds Awe, Man – NHAM Mixtape 11 – NHAM
@icaria36 , I don’t think so. Discourse has native AP integration.
@roke_julian_lockhart To your point when you created this topic, meanwhile, https://meta.discourse.org/t/why-are-supposedly-activitypub-federated-discourse-threads-inaccessible-via-external-ap-clients/356997 cannot be found on Mastodon.
1개의 좋아요
@icaria36 , it’s probably a fault of Mastodon’s, then, since Discourse federates it:
Although meta.discourse.org/t/356997/8 is federated via ActivityPub to alternative Discourse instances, like socialhub.activitypub.rocks/t/5123/7, the URI is inaccessible at every Mastodon instance...
1개의 좋아요
github.com/mastodon/mastodon/discussions/34600#discussioncomment-13031935 에서 다음과 같이 언급하고 있습니다:
Discourse AP 플러그인은 녹색 ActivityPub 로고를 클릭한 후 “Note” 버튼을 눌러 URL을 복사하면 ActivityPub 객체를 사용할 수 있게 합니다: https://meta.discourse.org/ap/object/5874fad7df806caa1fe34c382c1d2991
Discourse AP는 url이 id로 되돌아가도록 해야 하며, 가능하면 올바른 Accept 콘텐츠 협상 헤더를 가진 요청에 대해 리다이렉트를 통해 처리하는 것이 좋습니다.
따라서 이 문제를 일시적으로 #contribute:bug로 설정하겠습니다. (할 수 없습니다. 너무 오래되었습니다.)
But the URLs provided by the “Notes” icon don’t throw any results when pasted on i.e. mastodon.social/search .
Problem not solved.
1개의 좋아요
@icaria36 , please comment that on the GitHub Discussion. Having someone else challenge the response lends some more credibility than having me be the liason.
1개의 좋아요
Well, no, it seems that it might be a Discourse bug after all: Posts from Discourse do not resolve via the Search API · Issue #34632 · mastodon/mastodon · GitHub
Investigating a bit more, Mastodon requests the resource with the following Accept header:
Accept: application/activity+json, application/ld+json; profile="https://www.w3.org/ns/activitystreams", text/html;q=0.1
Querying discourse with this results in the HTTP 400 response.
Omitting the text/html;q=0.1 returns an ActivityStreams object. So this seems to be a bug with Discourse, which seems to return a 400 anytime text/html is part of the accepted types…
1개의 좋아요
angus
(Angus McLeod)
5월 19, 2025, 3:50오후
16
I’m not sure this is a bug in Discourse. I’ve responded on the issue on Mastodon. Cross posting here for convenience:
The reason we return a 400 in that scenario is that the ActivityPub spec seems to require it .
POST requests (eg. to the inbox) MUST be made with a Content-Type of application/ld+json; profile=“ActivityStreams 2.0 Terms ” and GET requests (see also 3.2 Retrieving objects ) with an Accept header of application/ld+json; profile=“ActivityStreams 2.0 Terms ”
@ClearlyClaire Is there a need to add text/html;q=0.1 to the Accept header?
2개의 좋아요
angus
(Angus McLeod)
5월 20, 2025, 8:11오전
17
3개의 좋아요