Ich habe das ActivityPub-Plugin eingerichtet, kann aber die von mir auf meiner Instanz eingerichteten Akteure von keiner anderen Fedi-App aus nicht verfolgen. Wenn ich versuche zu folgen:
news@forum.internet-czas-dzialac.pl
von einem Mastodon-Client aus und die Mastodon-Benutzeroberfläche aktualisiere, bleibt die Follow-Anfrage hängen:
Sie hängt seit Stunden bei „Follow-Anfrage zurückziehen“. Das Abbrechen und erneute Senden einer Follow-Anfrage hilft nicht, sie bleibt stecken und wird nicht über neue Beiträge in der Kategorie informiert.
Auf meinem Server ist kein Geoblocker konfiguriert
Das Deaktivieren der Anforderung signierter Anfragen in den Plugin-Einstellungen unter admin/site_settings/category/all_results?filter=plugin%3Adiscourse-activity-pub hat das Problem nicht behoben
Ich sehe die folgenden Warnungen in den Protokollen:
[Discourse Activity Pub] Failed to process https://mastodon.social/users/Ifutig#delete: Object is not ready
[Discourse Activity Pub] DiscourseActivityPub::AP::Handlers::Warning
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `warn'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:26:in `log'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:63:in `warn'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:42:in `rescue in block in perform_transactions'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:35:in `block in perform_transactions'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/transaction.rb:616:in `block in within_new_transaction'
activesupport-7.2.2.1/lib/active_support/concurrency/null_lock.rb:9:in `synchronize'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/transaction.rb:613:in `within_new_transaction'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/database_statements.rb:361:in `transaction'
activerecord-7.2.2.1/lib/active_record/transactions.rb:234:in `block in transaction'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:415:in `with_connection'
activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:in `with_connection'
activerecord-7.2.2.1/lib/active_record/transactions.rb:233:in `transaction'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:34:in `perform_transactions'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:26:in `process'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:14:in `block in execute'
/var/www/discourse/lib/distributed_mutex.rb:53:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:34:in `synchronize'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:8:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
sidekiq-7.3.9/lib/sidekiq/processor.rb:220:in `execute_job'
sidekiq-7.3.9/lib/sidekiq/processor.rb:185:in `block (4 levels) in process'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:180:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/var/www/discourse/lib/sidekiq/pausable.rb:132:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
sidekiq-7.3.9/lib/sidekiq/job/interrupt_handler.rb:9:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:26:in `track'
sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:134:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:173:in `invoke'
sidekiq-7.3.9/lib/sidekiq/processor.rb:184:in `block (3 levels) in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:145:in `block (6 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_retry.rb:118:in `local'
sidekiq-7.3.9/lib/sidekiq/processor.rb:144:in `block (5 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/config.rb:39:in `block in <class:Config>'
sidekiq-7.3.9/lib/sidekiq/processor.rb:139:in `block (4 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/processor.rb:281:in `stats'
sidekiq-7.3.9/lib/sidekiq/processor.rb:134:in `block (3 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_logger.rb:15:in `call'
sidekiq-7.3.9/lib/sidekiq/processor.rb:133:in `block (2 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_retry.rb:85:in `global'
sidekiq-7.3.9/lib/sidekiq/processor.rb:132:in `block in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_logger.rb:40:in `prepare'
sidekiq-7.3.9/lib/sidekiq/processor.rb:131:in `dispatch'
sidekiq-7.3.9/lib/sidekiq/processor.rb:183:in `block (2 levels) in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `handle_interrupt'
sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `block in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `handle_interrupt'
sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:86:in `process_one'
sidekiq-7.3.9/lib/sidekiq/processor.rb:76:in `run'
sidekiq-7.3.9/lib/sidekiq/component.rb:10:in `watchdog'
sidekiq-7.3.9/lib/sidekiq/component.rb:19:in `block in safe_thread'
Die Einstellungen activity pub allowed request origins und activity pub blocked request origins sind leer
Mastodons Sidekiq meldet diesen Fehler für die Warteschlange ActivityPub::DeliveryWorker, die mit Argumenten aufgerufen wird:
Ihr Problem ist, dass Objekte aus irgendeinem Grund überhaupt IDs erhalten. Das hat nichts mit dem Serializer (oder dem Fabricator) zu tun. Könnten Sie bitte Folgendes mitteilen:
Die Umgebung Ihres Discourse, d. h. wie Sie es hosten und welche Version von Discourse Sie verwenden.
Ein Zurücksetzen auf einen früheren Commit hätte nicht geholfen, sobald das Problem aufgetreten ist. Bitte versuchen Sie, die Akteure in Admin > ActivityPub erneut zu speichern, d. h. klicken Sie auf "Actor speichern" in /admin/plugins/ap/actor.
Die aktuellen Datenprüfungen werden immer dann angewendet, wenn ein Benutzer an einer tatsächlichen Aktivität beteiligt ist (d. h. sie korrigieren sich bei Bedarf selbst). Dennoch ist es eine gute Idee, dieselben Prüfungen auf den direkten Zugriff auf Personenakteure auszudehnen, wie Sie es hier tun. Dies wird dies tun:
Vielen Dank für Ihre Ausdauer. Es ist sehr hilfreich, eine reale Instanz mit falschen Daten zu haben, um sicherzustellen, dass die Überprüfungen wie erwartet und nach Bedarf funktionieren. Das ursprüngliche Problem mit der Datenbeschädigung, das zu diesen jüngsten Änderungen führte, könnte in anderer Form wieder auftreten. Daher ist es das Ziel, die fortlaufende Datenkonsistenz an dem Punkt sicherzustellen, an dem die Daten benötigt werden (im Gegensatz zur Behandlung durch Migrationen usw.). Lassen Sie mich wissen, wenn Sie ähnliche Probleme feststellen!
@angus vielen Dank für deine bisherige Unterstützung. Obwohl die URLs für Posteingang/Postausgang jetzt in Ordnung aussehen, funktioniert das Folgen immer noch nicht. Ich habe versucht, @kuba@forum.internet-czas-dzialac.pl von zwei verschiedenen Mastodon-Instanzen aus zu folgen, und es ist in beiden Fällen fehlgeschlagen.
Ich erhalte diese Fehlermeldung, wenn ich eine Folgeanfrage für einen normalen Benutzer-Actor übermittle:
[Discourse Activity Pub] Failed to process https://mastodon.internet-czas-dzialac.pl/6bef64d0-c8ad-473c-85f6-d3fd190b5ebd:
Activity is not supported for actor and object
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `warn'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:26:in `log'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:63:in `warn'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/object.rb:140:in `process_failed'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:139:in `process_actor_and_object'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:56:in `process_activity'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:36:in `block in perform_transactions'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/transaction.rb:616:in `block in within_new_transaction'
activesupport-7.2.2.1/lib/active_support/concurrency/null_lock.rb:9:in `synchronize'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/transaction.rb:613:in `within_new_transaction'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/database_statements.rb:361:in `transaction'
activerecord-7.2.2.1/lib/active_record/transactions.rb:234:in `block in transaction'
activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:421:in `with_connection'
activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:in `with_connection'
activerecord-7.2.2.1/lib/active_record/transactions.rb:233:in `transaction'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:34:in `perform_transactions'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:26:in `process'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:14:in `block in execute'
/var/www/discourse/lib/distributed_mutex.rb:53:in `block in synchronize'
(...)\n```
Und diese, wenn ich eine Folgeanfrage rückgängig mache:
Das deutet für mich darauf hin, dass Sie versuchen, einem nicht standardmäßigen Akteur zu folgen. Diese Warnung wird ausgegeben, wenn eine Typvalidierung fehlschlägt. Die verschiedenen Akteurtypen, die wir unterstützen, finden Sie in diesem Ordner:
Das ist seltsam – ich versuche nur, einem normalen Personen-Actor zu folgen. Die Protokolle hier sind für mich, als ich versuchte, @kuba@forum.internet-czas-dzialac.pl zu folgen (in der Annahme, dass dies Profile - kuba - Forum Internet. Czas działać! entspricht – es sei denn, ich irre mich?)
[quote=„kuba-orlik, Beitrag:15, Thema:357299″]
Das Folgen von Discourse-Benutzern über AP wird unterstützt, oder?
[/quote]
Nein, das wird es nicht. Das Folgen von Discourse-Akteuren, bei denen es sich um Kategorien oder Tags handelt, wird unterstützt. Benutzer eines Forums können nicht über ActivityPub verfolgt werden. Dies sind „Pseudo-Benutzer“, deren Beitragskategorie/-tag-Akteur sie pusht.
[quote=„kuba-orlik, Beitrag:15, Thema:357299”]Die Protokolle hier sind für mich, als ich versuchte, @kuba@forum.internet-czas-dzialac.pl zu folgen (in dem Glauben, dass dies Profil - kuba - Forum Internet. Czas działać! entspricht – es sei denn, ich irre mich?) [/quote]
Ah, ich verstehe, ja, das wird derzeit nicht unterstützt.
[quote=„kuba-orlik, Beitrag:17, Thema:357299”]Gibt es Pläne, die Unterstützung für das Folgen bestimmter Benutzer einzuführen? [/quote]