Warum sind angeblich federierte ActivityPub-Diskussionsthreads über externe AP-Clients nicht zugänglich?

Beispiel

Wenn ich https://meta.discourse.org/t/uris-to-the-origin-of-a-thread-that-has-since-been-merged-should-503-to-the-merged-comment/342417?u=rokejulianlockhart (oder https://meta.discourse.org/ap/object/bc8f042ccca5ef56734c5f2460aa45cc) [1] in mastodon.social/search eingebe, erhalte ich einen 404-Fehler: [2] [3]

Wenn dies nicht Discoures’ Schuld ist, werde ich das an Mastodon weiterleiten. Die meisten anderen AP-Plattformen, die ich ausprobiert habe (von denen ich erwartet habe, dass sie funktionieren), haben jedoch funktioniert.


  1. https://meta.discourse.org/t/uris-to-the-origin-of-a-thread-that-has-since-been-merged-should-503-to-the-merged-comment/342417?u=rokejulianlockhart ↩︎

  2. search?q=https%3A%2F%2Fmeta.discourse.org%2Fap%2Fobject%2Fbc8f042ccca5ef56734c5f2460aa45cc ↩︎

  3. search?q=https%3A%2F%2Fmeta.discourse.org%2Ft%2Furis-to-the-origin-of-a-thread-that-has-since-been-merged-should-503-to-the-merged-comment%2F342417%3Fu%3Drokejulianlockhart ↩︎

1 „Gefällt mir“

Ich vermisse das auch. Ohne das ist es schwierig oder unmöglich, mit föderierten Beiträge zu interagieren, es sei denn, sie befinden sich bereits in deiner Timeline.

@rokejulianlockhart, nur aus Neugier, hast du es mit URLs von WordPress-Instanzen versucht, die das WP ActivityPub-Plugin verwenden?

1 „Gefällt mir“

Was zum Teufel ist hier passiert? Ich habe noch nie so geschrieben wie unten:

RokeJulianLockhart:

Diskutieren Sie dies in unserem Forum.

...und jemand hat meinen Markup mit einem Vorschlaghammer bearbeitet.

1 „Gefällt mir“

Oh! Sie sind jetzt föderiert! Ich habe diesen Kommentar nicht hier gepostet. [1] Sie sind nur ziemlich kaputt in ihrer Föderation:

  1. Die Formatierung wird nicht beibehalten.

  2. Ich kann meine eigenen Beiträge mögen.

    Es ist ein separates Benutzerkonto, da es auf einer anderen Domain registriert ist.

@icaria36, nein. Kennen Sie welche?


  1. socialhub.activitypub.rocks/t/5123/3 ↩︎

Ich glaube, das ist eine WordPress-Seite, und ich habe gerade mit einem aktuellen Artikel getestet, und ich kann die URL tatsächlich auf Mastodon finden: Nature Holds Awe, Man – NHAM Mixtape 11 – NHAM

@icaria36, ich glaube nicht. Discourse hat eine native AP-Integration.

@rokejulianlockhart Zu Ihrem Punkt, als Sie dieses Thema erstellt haben, kann https://meta.discourse.org/t/why-are-supposedly-activitypub-federated-discourse-threads-inaccessible-via-external-ap-clients/356997 inzwischen nicht auf Mastodon gefunden werden.

1 „Gefällt mir“

@icaria36, dann ist es wahrscheinlich ein Fehler von Mastodon, da Discourse es föderiert:

1 „Gefällt mir“

github.com/mastodon/mastodon/discussions/34600#discussioncomment-13031935 besagt:

Das Discourse AP-Plugin macht ActivityPub-Objekte verfügbar, wenn Sie auf das grüne ActivityPub-Logo klicken und auf die Schaltfläche „Hinweis“ klicken, um die URL zu kopieren: Why are supposedly ActivityPub-federated Discourse threads inaccessible via external AP clients? - #9 by rokejulianlockhart - Bug - Discourse Meta

Discourse AP muss den url-Link auf irgendeine Weise zurück zum id verknüpfen, vorzugsweise über eine Weiterleitung bei Anfragen mit dem korrekten Accept-Content-Negotiation-Header.

Folglich werde ich dies vorläufig als Bug markieren. (Kann ich nicht. Zu alt.)

Aber die URLs, die vom „Notizen“-Symbol bereitgestellt werden, liefern keine Ergebnisse, wenn sie z. B. auf mastodon.social/search eingefügt werden.

Problem nicht gelöst.

1 „Gefällt mir“

@icaria36, bitte kommentiere das in der GitHub-Diskussion. Wenn jemand anderes die Antwort in Frage stellt, verleiht das mehr Glaubwürdigkeit, als wenn ich die Verbindungsperson bin.

1 „Gefällt mir“

Sieht so aus:

1 „Gefällt mir“

Nun, nein, es scheint, dass es sich doch um einen Discourse-Bug handeln könnte: Posts from Discourse do not resolve via the Search API · Issue #34632 · mastodon/mastodon · GitHub

Bei weiterer Untersuchung fordert Mastodon die Ressource mit dem folgenden Accept-Header an:

Accept: application/activity+json, application/ld+json; profile="https://www.w3.org/ns/activitystreams", text/html;q=0.1

Eine Abfrage von Discourse mit diesem Header führt zu einer HTTP 400-Antwort.

Wenn text/html;q=0.1 weggelassen wird, wird ein ActivityStreams-Objekt zurückgegeben. Dies scheint also ein Fehler in Discourse zu sein, der anscheinend jedes Mal eine 400 zurückgibt, wenn text/html Teil der akzeptierten Typen ist…

1 „Gefällt mir“

@rokejulianlockhart oder ein Moderator, könnt ihr bitte die „Lösung“ entfernen? Und verschiebt dieses Thema nach Bug (oder erstellt einen neuen Bug-Report) basierend auf Mastodons Einschätzung unter Posts from Discourse do not resolve via the Search API · Issue #34632 · mastodon/mastodon · GitHub.

2 „Gefällt mir“

Ich bin mir nicht sicher, ob dies ein Fehler in Discourse ist. Ich habe auf das Problem auf Mastodon geantwortet. Hier zur Bequemlichkeit erneut gepostet:

Der Grund, warum wir in diesem Szenario eine 400 zurückgeben, ist, dass die ActivityPub-Spezifikation sie zu erfordern scheint.

POST-Anfragen (z. B. an den Posteingang) MÜSSEN mit einem Content-Type von application/ld+json; profile=“ActivityStreams 2.0 Terms” und GET-Anfragen (siehe auch 3.2 Abrufen von Objekten) mit einem Accept-Header von application/ld+json; profile=“ActivityStreams 2.0 Terms” erfolgen.

@ClearlyClaire Muss text/html;q=0.1 zum Accept-Header hinzugefügt werden?

2 „Gefällt mir“

Dies wird bald behoben sein. Weitere Informationen finden Sie unter:

3 „Gefällt mir“