ActivityPub-Plugin

[Lhc_fl (Linca)]

Es scheint, dass es Probleme mit Nicht-Lateinischen Benutzernamen im Artikelmodus geben wird. Es sieht so aus, als ob der Benutzername kodiert werden muss?

[Lhc_fl (Linca)]

Es scheint, dass in einer fluktuierenden Netzwerkumgebung eine Nachricht mehrmals empfangen werden kann.

[hellekin]

@angus @infodesk@oxygen.offdem.net hätte ein paar gepostet, seit dem ursprünglichen Beitrag, aber sie scheinen überhaupt nicht in meiner Zeitleiste aufzutauchen, ohne jeglichen Fehler auf Discourse.

Vor ein paar Tagen habe ich einen geteilten Entwurf verwendet, bevor ich gepostet habe, aber die Nachricht erschien nicht in Mastodon. Ich dachte also, es hätte etwas mit einem Fehler bei geteilten Entwürfen zu tun, und heute habe ich direkt in ein neues Thema gepostet, aber obwohl der Beitrag um 13:18 Uhr MEZ an das Fediverse gesendet werden sollte, erscheint nichts – also nicht teilbar.

Plugin-Version

eee34494

Fehlerprotokoll

Endlich erschienen: https://oxygen.offdem.net/logs/show/c6449d732e8e9b866bf07935e8132744

(Hinweis: Eine Korrektur, die die neuesten Beiträge erneut senden würde, wäre großartig)

Neueste Ankündigungen

Announcements

Kategorieeinstellungen

[angus (Angus McLeod)]

Das ActivityPub-Plugin verfügt über ein robustes Protokollsystem, das die meisten Probleme erkennen kann. Stellen Sie zunächst sicher, dass die ausführliche Protokollierung für das Plugin aktiviert ist.

@hellekin

Vor ein paar Tagen habe ich einen geteilten Entwurf verwendet, bevor ich ihn gepostet habe, aber die Nachricht erschien nicht in Mastodon.

Wie ist der Veröffentlichungsstatus dieses Beitrags? (d. h. teilen Sie einen Screenshot des Modals, das erscheint, wenn Sie auf das AP-Symbol auf dem Beitrag klicken)

@hellekin

Heute habe ich direkt in einem neuen Thema gepostet, aber obwohl der Beitrag um 13:18 Uhr CET an das Fediverse gesendet werden sollte, erscheint nichts – also nicht boostbar.

Ich gehe davon aus, dass der Veröffentlichungsstatus „veröffentlicht“ ist (d. h. das Symbol ist grün)? Wenn Sie die ausführliche Protokollierung aktiviert hatten, könnten Sie mitteilen, was beim Veröffentlichen protokolliert wurde? (Es wäre etwas protokolliert worden).

[hellekin]

Vielen Dank @angus, das Fehlerprotokoll befindet sich in meinem vorherigen Beitrag:

@hellekin

Fehlerprotokoll

Endlich erschienen: https://oxygen.offdem.net/logs/show/c6449d732e8e9b866bf07935e8132744

Hier ist der Status des Beitrags:

Sie können das Thema hier sehen: O₄FFDEM programme is out! - Announcements - OFFDEM

[angus (Angus McLeod)]

Vielen Dank für die weiteren Details.

@hellekin

Das Fehlerprotokoll befindet sich in meinem vorherigen Beitrag.

Nur Administratoren können Protokolle in einer Instanz einsehen

Könnten Sie mir die relevanten Protokolle per PM kopieren? Danke.

[rsmithlal (Robert Smith)]

Hallo Leute, vielen Dank für die hervorragende Arbeit, die ihr geleistet habt, um dieses Konzept bis hierher zu bringen!! Ich habe vor vielen Jahren begonnen, die Diskussionen zur Implementierung der Föderation in Discourse zu verfolgen, und ich freue mich, dass dies so weit fortgeschritten ist.

Es ist mir gelungen, meine Discourse-Kategorie erfolgreich zu föderieren, indem ich sie mit meinem Mastodon-Konto verfolge. Neue Themen in meiner Kategorie sind von meinem Mastodon-Konto aus einsehbar.

Ich scheine keine Mastodon-Antworten auf meine föderierten Discourse-Themen in Discourse zu erhalten, aber Top-Level-Toots von meinem gefolgten Mastodon-Konto scheinen als neue Themen aufzutauchen. Ist das derzeit das erwartete Verhalten?

Ich habe diesen Thread gelesen und glaube nicht, dass ich explizit etwas über die Föderation von Antworten auf Themen gesehen habe.

Hier ist ein Screenshot meiner Kategorie-ActivityPub-Einstellungen.

Hat dies etwas mit den Sicherheitseinstellungen für die Kategorie zu tun? Im Moment habe ich eingestellt, dass jeder Themen sehen kann, aber nur Administratoren sie erstellen und beantworten können.

Vielen Dank!

[angus (Angus McLeod)]

Hallo @rsmithlal, danke, dass du das Plugin ausprobiert hast und für dein detailliertes Feedback!

@rsmithlal

Im Moment habe ich es so eingerichtet, dass jeder Themen sehen kann, aber nur Administratoren sie erstellen und beantworten können.

Ja, das ist der Grund, warum Antworten auf die Toots nicht importiert werden. Nur damit ich es richtig verstehe, erwartest du, dass:

1. Benutzer nicht auf ein Discourse-Thema in Discourse antworten können.
2. Benutzer auf ein Discourse-Thema in Mastodon antworten können.

Ist das richtig? Wenn ja, wird das derzeit nicht unterstützt. Aber ich nehme den Punkt zur Kenntnis, dass es noch nicht ganz klar ist, wie die Kategorie-Sicherheitseinstellungen mit ActivityPub interagieren sollen. Wir hoffen, dies in der nächsten Arbeitsphase expliziter zu behandeln.

[rsmithlal (Robert Smith)]

@angus

Ja, das ist der Grund, warum Antworten auf die Toots nicht importiert werden.

Hallo @angus, bedeutet das, dass Toot-Antworten auf Discourse-Themen, die föderiert wurden, unter der richtigen Konfiguration als Discourse-Antworten im föderierten Thema angezeigt werden sollten?

Zum Beispiel:

1. Nehmen wir an, ich erstelle ein neues Thema „Mein erstes föderiertes Thema“ auf meiner Discourse-Instanz Discourse1.server in einer föderierten Kategorie „Meine föderierte Kategorie“.
2. Dieses neue Thema wird föderiert und erscheint als Toot von fed-cat@discourse1.server im Feed meines Mastodon-Kontos rob@mastodon1.server, das „Meine föderierte Kategorie, fed-cat@discourse1.server“ folgt.
3. Ich erstelle einen Antwort-Toot auf Mastodon1.server auf die föderierte Notiz, die den Inhalt von „Mein erstes föderiertes Thema“ enthält, das ursprünglich von Discourse1.server föderiert wurde.

In diesem Fall würde ich erwarten, dass meine Mastodon-Toot-Antwort auf dieses föderierte Discourse-Thema als Antwort auf das ursprüngliche Thema „Mein erstes föderiertes Thema“ auf Discourse1.server erscheinen sollte.

Dies wäre für mich der Idealfall, aber ich konnte ihn bisher nicht erreichen. Ist das derzeit möglich?

Wenn dies möglich ist, welche Konfigurationseinstellungen würden es ermöglichen, dass es wie erwartet funktioniert?

Vielen Dank. Ich hoffe, meine Erklärung war klar!

[Jagster (Jakke Lehtonen)]

Hauptkategorie hat ActivePub aktiviert und ich habe eine Unterkategorie mit ActivePub erstellt. Aber wenn ich versuche, jemandem über die Unterkategorie zu folgen, indem ich auf die Schaltfläche follows klicke, erhalte ich eine langweilige Fehlerseite “Nicht gefunden/nicht erlaubt”. Hauptkategorien funktionieren jedoch einwandfrei.

Es wurden keine ausgefallenen oder seltsamen Einstellungen vorgenommen.

Erwartetes Verhalten oder Fehler?

[angus (Angus McLeod)]

@rsmithlal Ja, das, was Sie beschrieben haben, ist, wie der Publikationstyp „Full Topic“ funktionieren soll. Die einzige Änderung, die Sie vornehmen müssen, ist, normalen Benutzern das Antworten in der Kategorie zu gestatten (in den Kategoriezugriffseinstellungen). Der Grund, warum es bei Ihnen nicht funktioniert, ist, dass Sie Antworten auf Administratoren beschränkt haben. Von ActivityPub importierte Antworten können diese Einschränkung nicht aufheben.

@Jagster

Aber wenn ich jemandem über eine Unterkategorie folge, indem ich auf die Schaltfläche follows klicke, erhalte ich eine langweilige Fehlerseite „Nicht gefunden/nicht erlaubt“. Hauptkategorien funktionieren jedoch einwandfrei.

Im Allgemeinen erben Unterkategorien nicht die Konfiguration von übergeordneten Kategorien, und ActivityPub ist in dieser Hinsicht keine Ausnahme. ActivityPub-Einstellungen sind kategoriespezifisch und es gibt (noch) keine Vererbung. Allerdings ist das, was Sie beschrieben haben, ein UX-Problem, das ich bald angehen werde, d. h. die ActivityPub-Steuerelemente sollten nicht angezeigt werden, wenn Sie speziell eine Unterkategorie betrachten.

[rsmithlal (Robert Smith)]

@angus

@rsmithlal Ja, das, was Sie beschrieben haben, ist, wie der Publikationstyp „Full Topic“ funktionieren soll. Die einzige Änderung, die Sie vornehmen müssen, ist, normalen Benutzern das Antworten in der Kategorie zu erlauben (in den Einstellungen für den Zugriff auf die Kategorie). Der Grund, warum es bei Ihnen nicht funktioniert, ist, dass Sie Antworten auf Administratoren beschränkt haben. Von ActivityPub importierte Antworten können diese Einschränkung nicht überschreiben.

Danke, @angus, das werde ich versuchen. Sehr spannend!!

Ich hatte Antworten hauptsächlich eingeschränkt, da es sich nur um eine Testkategorie und ein Testthema handelte. Ich hatte es anfangs nur für Administratoren zugänglich gemacht, aber ich konnte ActivityPub überhaupt nicht aktivieren, bis ich es für alle sichtbar gemacht habe. Dies war ein sehr aufschlussreicher Austausch.

[angus (Angus McLeod)]

@Jagster Das von Ihnen beschriebene Problem wird behoben, sobald dies zusammengeführt wurde. Danke für die Meldung.

FIX: use full slugPath to reload categories with permissions

[evilham]

Problem

Hallo, wir testen dieses Plugin unter agora.eXO.cat und es funktioniert nicht (der Status auf der Discourse-Webseite lautet „Note was not published via ActivityPub“, andere Fediverse-Apps finden den Actor nicht).

Gibt es etwas Besonderes, das wir beachten sollten? Die Dokumentation hat nichts Spezielles zur Fehlerbehebung ergeben und die Protokolle (siehe unten) helfen uns nicht weiter :-(.

Setup

Plugin-Version: 79da1c2

Wir verwenden eine öffentliche Unterkategorie, die wir im Fediverse veröffentlichen möchten.

Die Einstellungen sind einfach, nichts wurde geändert außer:

• Zeitplan auf 1 Minute für Tests reduziert
• Auswahl des Actor-Namens und Anzeigenamens für die Kategorie

Einige Dinge, die wir versucht haben:

• Aktivieren von „activity pub object logging“ und Überprüfen der Protokolle
• Auskommentieren der Zeile, die den Fehler verursacht hat, da sie uns „Henne-Ei“-Gefühle gab („vielleicht kann kein Beitrag geplant werden, weil keine Empfänger vorhanden sind, wird kein Actor erstellt, bis ein Beitrag erstellt wurde“)

> ./launcher enter app
> sed -i.orig -E 's!^(.*no recip.*)$!#\\1!' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb
> ./launcher restart app

• Als dieser Patch nicht funktionierte, haben wir ihn entfernt
• Löschen und Neuerstellen der Kategorie, damit keine „Sonderzeichen“ vorhanden sind (das Wort ist eigentlich exofàsia, das wir schreiben wollen: eXOfàsia)
• Beim Neuerstellen der Kategorie Note (Standard) anstelle von Article (was wir wollen) verwenden

Protokolle

Hier sehen wir in den Protokollen

Message

[Discourse Activity Pub] https://agora.exo.cat/ap/actor/31cb67a1093eca932caaf1e764814bde failed to schedule https://agora.exo.cat/ap/activity/803be329c95f67b5ab62d43c7c61f6f3 for delivery: no recipients

Backtrace

/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:93:in `log_failure'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:35:in `can_deliver?'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:13:in `perform'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:27:in `perform'
/var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:140:in `activity_pub_deliver_activity'
/var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:38:in `perform_activity_pub_activity'
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:473:in `block (2 levels) in activate!'
/var/www/discourse/lib/plugin/instance.rb:341:in `public_send'
/var/www/discourse/lib/plugin/instance.rb:341:in `block (2 levels) in add_to_class'
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:654:in `block (2 levels) in activate!'

Env

HTTP HOSTS: agora.exo.cat

Der Fehler ist bei der erneuten Veröffentlichung über die Benutzeroberfläche konsistent

Message

[Discourse Activity Pub] https://agora.exo.cat/ap/actor/31cb67a1093eca932caaf1e764814bde failed to schedule https://agora.exo.cat/ap/activity/30d34f8b38be0d2d5bc997fd4147c5b2 for delivery: no recipients

Backtrace

/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:93:in `log_failure'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:35:in `can_deliver?'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:13:in `perform'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:27:in `perform'
/var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:140:in `activity_pub_deliver_activity'
/var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:38:in `perform_activity_pub_activity'
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:473:in `block (2 levels) in activate!'
/var/www/discourse/lib/plugin/instance.rb:341:in `public_send'
/var/www/discourse/lib/plugin/instance.rb:341:in `block (2 levels) in add_to_class'
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:481:in `block (2 levels) in activate!'

Env

HTTP HOSTS: agora.exo.cat

Webfinger

Und was gibt ein Webfinger zurück:

> curl -L 'https://agora.eXO.cat/.well-known/webfinger?resource=acct:exofasia@agora.exo.cat'
{"subject":"acct:exofasia@agora.exo.cat","aliases":["https://agora.exo.cat/c/exo/exofasia/33"],"links":[{"rel":"self","type":"application/activity+json","href":"https://agora.exo.cat/ap/actor/31cb67a1093eca932caaf1e764814bde"}]}

[angus (Angus McLeod)]

Hallo @evilham, die Meldung, die Sie sehen, wird protokolliert, wenn der Akteur keine Follower hat (es werden keine Aktivitäten veröffentlicht). Folgt jemand dem Akteur?

@evilham

• Die Zeile, die den Fehler verursachte, wurde auskommentiert, da sie uns „Henne und Ei“-Vibes gab („kann vielleicht keinen Beitrag planen, da keine Empfänger, wird keinen Akteur erstellen, bis der Beitrag erstellt ist“)

Beachten Sie, dass der einzige Akteur, dem derzeit gefolgt werden kann, der Kategorie-Akteur ist (d. h. der Gruppen-Akteur). Dieser Akteur wird erstellt, sobald Sie ActivityPub in einer Kategorie aktivieren (und verursacht daher kein Henne-und-Ei-Problem). Sie können derzeit keinen Benutzer-Akteuren (d. h. Personen) folgen.

[evilham]

Hey, das Problem ist genau, dass der Actor nicht gefunden werden kann (versuch es selbst: exofasia@agora.exo.cat):

@evilham

wir können es nicht zum Laufen bringen (Status in Discoures Web sagt „Note was not published via ActivityPub“, andere Fediverse-Apps finden den Actor nicht)

Als ich gestern Abend hier genauer nachgesehen habe, habe ich gesehen, dass wir nicht die erste Instanz sind, die hier gegen stößt:

@Lhc_fl

Also das Problem ist, ich habe danach gesucht und bekam ein großes 404.

Also, vielleicht ist der Log-Eintrag völlig irrelevant, aber es ist der einzige, den wir haben ><, also der einzige Hinweis, dem wir folgen konnten.

Der Beitrag selbst bleibt mit einem Symbol „vom Fediverse getrennt“ und diesem Text:

Jeder Versuch, die Veröffentlichung des Beitrags zu planen, führt zu dem erwähnten Log und nichts weiter.

Die Kategorie behauptet, richtig konfiguriert zu sein (wie erwähnt, wurde nichts geändert):

Und die Kategorie ist vollständig öffentlich.

[angus (Angus McLeod)]

Ich konnte diesem Actor gerade erfolgreich von meiner lokalen Instanz aus folgen.

Ich habe ihn erfolgreich gefunden.

Dann habe ich erfolgreich eine Folge gesendet und eine Annahme erhalten.

Wenn Sie die Liste „Follower“ auf Ihrer Instanz aktualisieren, sehen Sie jetzt eine Folge von general@angus.ngrok.io.

Ich vermute, das Problem, das Sie haben, ist, dass Sie HTTP-Signaturen als erforderlich festgelegt haben.

und der Client, den Sie zum Folgen verwenden, keine geeignete HTTP-Signatur unterstützt und/oder sendet. Das ist vielleicht auch das Problem, das @Lhc_fl hatte.

[evilham]

Oh, das ist ziemlich interessant, ich kann bestätigen, dass das Folgen funktioniert!

@angus

Ich vermute, das Problem, das Sie haben, ist, dass Sie HTTP-Signaturen als erforderlich festgelegt haben

In der Tat, da dies der Standard war und wir so wenig wie nötig geändert haben.

@angus

und der Client, den Sie zum Folgen verwenden, unterstützt keine entsprechende HTTP-Signatur und/oder sendet keine. Das ist vielleicht auch das Problem, das @Lhc_fl hatte.

Wir haben mehrere Clients ausprobiert, hauptsächlich Mastodon und Pleroma.

Dem Hinweis auf die erforderlichen HTTP-Signaturen folgend, haben wir diese deaktiviert (auch: den Standard geändert) und dann versucht, den Beitrag erneut zu planen, diesmal mit einem positiven Ergebnis (möglicherweise ist der Unterschied, weil es 1 Follower gibt?):

Andererseits zeigt Mastodon immer noch einen 404 an, wenn nach dem Profil gesucht wird, sodass das Hauptziel (dem Kategorie aus anderen Fediverse-Apps folgen) immer noch nicht erreicht wird.

Gibt es noch etwas, das wir untersuchen können? um das zu erleichtern?

[angus (Angus McLeod)]

Ich bin dieser Kategorie auch erfolgreich auf Mastodon gefolgt.

[evilham]

Oh wow, ich verstehe es nicht. Vor dem letzten Post habe ich es von zwei verschiedenen Mastodon-Servern versucht, von denen ich einen noch nie zuvor benutzt hatte, und das Ergebnis war auf beiden ein 404 auf dem Profil.

Ich werde es am Nachmittag noch einmal überprüfen, aber jeder Hinweis darauf, warum die Ansicht inkonsistent sein könnte oder was wir versuchen können, wäre großartig.