Demandes d'abonnement non acceptées

kuba-orlik · Mars 14, 2025, 1:53

J’ai configuré le plugin ActivityPub, mais je ne peux pas suivre les acteurs que j’ai configurés sur mon instance depuis une autre application Fedi. Lorsque j’essaie de suivre :

news@forum.internet-czas-dzialac.pl

depuis un client Mastodon, et que je rafraîchis l’interface Mastodon, la demande de suivi reste bloquée :

Elle est bloquée sur “retirer la demande de suivi” depuis des heures maintenant. Annuler et renvoyer une demande de suivi n’aide pas, elle reste bloquée et n’est pas informée des nouveaux messages dans la catégorie.

pmusaraj · Mars 14, 2025, 3:59

Je peux reproduire, bien que je voie une interface utilisateur légèrement différente :

Pouvez-vous essayer How to debug connectivity issues with ActivityPub pour voir si cela vous aide ?

kuba-orlik · Mars 15, 2025, 8:02

Aucun geobloqueur configuré sur mon serveur
La désactivation de la nécessité de requêtes signées dans les paramètres du plugin à admin/site_settings/category/all_results?filter=plugin%3Adiscourse-activity-pub n’a pas résolu le problème
Je vois les avertissements suivants dans les journaux :

[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'

Les paramètres activity pub allowed request origins et activity pub blocked request origins sont vides

Les rapports sidekiq de Mastodon indiquent cette erreur pour la file d’attente ActivityPub::DeliveryWorker appelée avec les arguments

"{\\\"@context\\\":\\\"https://www.w3.org/ns/activitystreams\\\",\\\"id\\\":\\\"https://toot.kuba-orlik.name/users/kuba#follows/2702/undo\\\",\\\"type\\\":\\\"Undo\\\",\\\"actor\\\":\\\"https://toot.kuba-orlik.name/users/kuba\\\",\\\"object\\\":{\\\"id\\\":\\\"https://toot.kuba-orlik.name/afe35800-107b-4843-baf6-763052aa8a79\\\",\\\"type\\\":\\\"Follow\\\",\\\"actor\\\":\\\"https://toot.kuba-orlik.name/users/kuba\\\",\\\"object\\\":\\\"https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366\\\"}}\", 1, \"/inbox\"

HTTP::Request::UnsupportedSchemeError: unknown scheme: on /inbox

Il semble que ap_id soit vide dans ce fragment ?

github.com/discourse/discourse-activity-pub

spec/fabricators/discourse_activity_pub_actor_fabricator.rb

45287070b


      
            ap_type { "Actor" }
            domain { DiscourseActivityPub.host }
            username { sequence(:username) { |i| "username#{i}" } }
          
            before_create do |actor, transient|
              self.domain = (transient[:actor_domain] || "remote.com") unless local
              self.ap_id = "https://#{self.domain}/actor/#{SecureRandom.hex(16)}" unless self.ap_id || local
            end
          
            after_create do |actor|
              actor.inbox = "#{actor.ap_id}/inbox"
              actor.outbox = "#{actor.ap_id}/outbox"
              actor.save!
            end
          end
          
          Fabricator(:discourse_activity_pub_actor_person, from: :discourse_activity_pub_actor) do
            ap_type { DiscourseActivityPub::AP::Actor::Person.type }
          end
          
          Fabricator(:discourse_activity_pub_actor_group, from: :discourse_activity_pub_actor) do

Oui, je peux voir que

curl -H "Accept: application/activity+json" https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366 | jq

renvoie :

{
  "id": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366",
  "type": "Group",
  "updated": "2025-03-14T12:23:02Z",
  "url": "https://forum.internet-czas-dzialac.pl/c/nowinki-od-icd/65",
  "name": "Forum ICD - Newsy",
  "inbox": "/inbox",
  "outbox": "/outbox",
  "followers": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366/followers",
  "preferredUsername": "news",
  "publicKey": {
    "id": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366#main-key",
    "owner": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366",
    "publicKeyPem": "-----BEGIN PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2JFbVH7kIfa/14CDnUww\n9x+XwOPsS0qyeec1jdasv8SqqCit22FwDsLhH6vWpSIDisEDOhTLZjFFtpwksA8d\nRZIdOFrFazPkUF69J5VDVGtLgjyRi/KkJewbVaUnxO8zNwnxyBYWe8QoMWbdFwto\nfNzvB/ht+9Pch8ksVzNPnrA3Z7egtWHWGNl5sQ+8eXOKzeMNOn73hCEKcOSPWulz\n1gbbdo0So5ThKpwXC0ViqcZy2yzyTFptdrvL7lphr0BywUsG6AruOuwmghw6eRNe\nFvzx0Pq01bUIyY+MXiYmN6sLMIDqi/kdoALzSE+tHcv7HzCLNuEJb1DCmZo56O2H\nSQIDAQAB\n-----END PUBLIC KEY-----\n"
  },
  "icon": {
    "type": "Image",
    "mediaType": "image/png",
    "url": "https://forum.internet-czas-dzialac.pl/uploads/default/original/1X/adbc19ebc6466183dc0387c3f59d86bd2861b5c9.png"
  },
  "@context": "https://www.w3.org/ns/activitystreams"
}

Vous pouvez voir que les URL inbox et outbox n’ont pas le protocole et le domaine

kuba-orlik · Mars 15, 2025, 4:08

Je pense avoir trouvé le problème. J’ai envoyé une PR qui corrige cela :

L’essentiel du changement est l’ajout de ces getters :

github.com/discourse/discourse-activity-pub

app/serializers/discourse_activity_pub/ap/actor_serializer.rb

71c018726


      
          def inbox
            "#{object.id}/inbox"
          end
          
          def outbox
            "#{object.id}/outbox"
          end

angus · Mars 17, 2025, 8:11

Votre problème est que des objets sont créés avec des identifiants en premier lieu. Ce n’est pas lié au sérialiseur (ou au fabricateur). Pourriez-vous s’il vous plaît partager :

L’environnement de votre discourse, c’est-à-dire comment vous hébergez et quelle version de Discourse vous utilisez.
Tous les autres plugins que vous utilisez.

angus · Mars 17, 2025, 8:35

@kuba-orlik Votre problème est probablement causé par cette PR

Ceci devrait le résoudre :

github.com/discourse/discourse-activity-pub

FIX: incorrect actor attributes

main ← angusmcleod:fix_incorrect_actor_attributes

opened 08:34AM - 17 Mar 25 UTC

angusmcleod

+20 -5

@pmusaraj https://github.com/discourse/discourse-activity-pub/pull/188 introduce…d a bug resulting in https://meta.discourse.org/t/follow-requests-not-accepted/357299 1. I considered added a db migration to this, however [the issue](https://meta.discourse.org/t/local-activitypub-actors-are-being-created-without-keypairs/356834) the original PR was addressing in the first place was a data anomaly, i.e. it shouldn't have been possible to begin with, so a db migration would not be sufficient. 2. More broadly, one of the things that seems to hold in ActivityPub is that you need ongoing data integrity checks, regardless of data ownership.

Merci d’avoir signalé le problème et pour votre patience !

kuba-orlik · Mars 18, 2025, 8:10

Merci @angus d’avoir examiné la question ! Malheureusement, même avec la dernière version, le problème persiste.

J’auto-héberge en utilisant la configuration Docker officielle (./launcher rebuild app).

J’exécute Discourse 3.5.0.beta2-dev

discourse-chat-integration, discourse-whos-online, discourse-telegram-notifications, discourse-assign

Je pensais que c’était le cas, mais j’avais essayé d’installer des versions antérieures à ce commit, et j’avais le même problème

J’ai installé la dernière version du plugin (à partir du commit 0083654), et malheureusement le problème n’est pas résolu. Une vérification rapide :

> curl -H "Accept: application/activity+json" https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366 | jq
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  1298    0  1298    0     0   9151      0 --:--:-- --:--:-- --:--:--  9205
{
  "id": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366",
  "type": "Group",
  "updated": "2025-03-14T12:23:02Z",
  "url": "https://forum.internet-czas-dzialac.pl/c/nowinki-od-icd/65",
  "name": "Forum ICD - Newsy",
  "inbox": "/inbox",
  "outbox": "/outbox",
  "followers": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366/followers",
  "preferredUsername": "news",
  "publicKey": {
    "id": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366#main-key",
    "owner": "https://forum.internet-czas-dzialac.pl/ap/actor/3120ea9df156a8556848a862fc980366",
    "publicKeyPem": "-----BEGIN PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2JFbVH7kIfa/14CDnUww\n9x+XwOPsS0qyeec1jdasv8SqqCit22FwDsLhH6vWpSIDisEDOhTLZjFFtpwksA8d\nRZIdOFrFazPkUF69J5VDVGtLgjyRi/KkJewbVaUnxO8zNwnxyBYWe8QoMWbdFwto\nfNzvB/ht+9Pch8ksVzNPnrA3Z7egtWHWGNl5sQ+8eXOKzeMNOn73hCEKcOSPWulz\n1gbbdo0So5ThKpwXC0ViqcZy2yzyTFptdrvL7lphr0BywUsG6AruOuwmghw6eRNe\nFvzx0Pq01bUIyY+MXiYmN6sLMIDqi/kdoALzSE+tHcv7HzCLNuEJb1DCmZo56O2H\nSQIDAQAB\n-----END PUBLIC KEY-----\n"
  },
  "icon": {
    "type": "Image",
    "mediaType": "image/png",
    "url": "https://forum.internet-czas-dzialac.pl/uploads/default/original/1X/adbc19ebc6466183dc0387c3f59d86bd2861b5c9.png"
  },
  "@context": "https://www.w3.org/ns/activitystreams"
}

Vous pouvez voir que les clés inbox et outbox ne sont à nouveau pas des URL complètes.

angus · Mars 18, 2025, 8:29

Revenir à un commit précédent n'aurait pas aidé une fois le problème présenté. Veuillez essayer de réenregistrer les acteurs dans Admin > ActivityPub, c'est-à-dire cliquer sur « Enregistrer l'acteur » dans /admin/plugins/ap/actor.

kuba-orlik · Mars 18, 2025, 9:37

Ah ! J’ai re-sauvegardé les acteurs de catégorie et ça fonctionne !

Maintenant, comment puis-je corriger les acteurs d’utilisateurs individuels, comme https://forum.internet-czas-dzialac.pl/ap/actor/0098dcca74e34cfd2115e9309a7d4531 ?

> curl -H "Accept: application/activity+json" https://forum.internet-czas-dzialac.pl/ap/actor/0098dcca74e34cfd2115e9309a7d4531 | jq
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  1332    0  1332    0     0   9273      0 --:--:-- --:--:-- --:--:--  9314
{
  "id": "https://forum.internet-czas-dzialac.pl/ap/actor/0098dcca74e34cfd2115e9309a7d4531",
  "type": "Person",
  "updated": "2025-03-14T12:34:26Z",
  "url": "https://forum.internet-czas-dzialac.pl/u/kuba",
  "name": "Kuba",
  "inbox": "/inbox",
  "outbox": "/outbox",
  "sharedInbox": "https://forum.internet-czas-dzialac.pl/ap/users/inbox",
  "followers": "https://forum.internet-czas-dzialac.pl/ap/actor/0098dcca74e34cfd2115e9309a7d4531/followers",
  "preferredUsername": "kuba",
  "publicKey": {
    "id": "https://forum.internet-czas-dzialac.pl/ap/actor/0098dcca74e34cfd2115e9309a7d4531#main-key",
    "owner": "https://forum.internet-czas-dzialac.pl/ap/actor/0098dcca74e34cfd2115e9309a7d4531",
    "publicKeyPem": "-----BEGIN PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA0wp46cDyUbUUTfvbWqy/\nRS3YXY2g69+a3R5n+f4EeCxcpNL1OGPyzgjszdoxAWLSXCHqZk91v2rvpfRZt8wi\nEQ8Sr5CVj1uKIny9bdxKtxVyiT7U1pIZGD1VhWXqY1tMRLxQWWhA2+UtD1pfFzk/\nyqcbqXUvlG6UsQBAlDnaPxKaq3CD1ui1ANVsVY+VEbJyROIVY3q86qw50KSDHu/y\n0TaD6UjZNtnGOVmjh11QZwn2j5A/GYj6gqFDdS58KMMoBuPAfRZ7uD3psJ5CqT6F\nKLwn5q3UvypEm89SmboRIEcq7Pcvv1Zts0QJRDaSA0M4VeW35iuAqnhQ7yHKthAF\nYwIDAQAB\n-----END PUBLIC KEY-----\n"
  },
  "icon": {
    "type": "Image",
    "mediaType": "image/png",
    "url": "https://forum.internet-czas-dzialac.pl/user_avatar/forum.internet-czas-dzialac.pl/kuba/96/1866_2.png"
  },
  "@context": "https://www.w3.org/ns/activitystreams"
}

angus · Mars 19, 2025, 10:06

Heureux que ça fonctionne !

Les vérifications actuelles de validation des données s’appliqueront chaque fois qu’un utilisateur sera impliqué dans une activité réelle (c’est-à-dire qu’elles se corrigeront d’elles-mêmes si nécessaire), néanmoins, c’est une bonne idée d’étendre les mêmes vérifications de validation à l’accès direct aux acteurs de personnes comme vous le faites ici. Cela le fera :

Merci d’avoir persévéré avec cela. Il est très utile d’avoir une instance réelle avec des données incorrectes pour s’assurer que les vérifications de validation fonctionnent comme prévu et au besoin. Le problème initial de corruption des données qui a conduit à ces changements récents pourrait se reproduire sous une autre forme, donc l’objectif ici est d’assurer la cohérence continue des données au moment où elles sont nécessaires (par opposition à la gestion par le biais de migrations, etc.). Faites-moi savoir si vous constatez des problèmes similaires !

kuba-orlik · Mars 24, 2025, 4:41

Ça marche maintenant ! Je passe à votre fork pour le moment

kuba-orlik · Avril 1, 2025, 10:35

@angus merci pour votre soutien jusqu’à présent. Bien que les URL de la boîte de réception/boîte d’envoi semblent correctes maintenant, le suivi ne fonctionne toujours pas. J’ai essayé de suivre @kuba@forum.internet-czas-dzialac.pl depuis deux instances Mastodon différentes, et cela a échoué dans les deux cas.

Je reçois cette erreur lors de la soumission d’une demande de suivi pour un acteur utilisateur régulier :

[Discourse Activity Pub] Échec du traitement de https://mastodon.internet-czas-dzialac.pl/6bef64d0-c8ad-473c-85f6-d3fd190b5ebd :
L'activité n'est pas prise en charge pour l'acteur et l'objet

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'
(...)\

Et ceci lors de l’annulation d’une demande de suivi :

[Discourse Activity Pub] Échec du traitement de https://mastodon.internet-czas-dzialac.pl/users/icd#follows/5003/undo :
L'objet n'est pas prêt

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:137: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'
(...)\

angus · Avril 4, 2025, 8:38

Le deuxième avertissement, c’est-à-dire ceci

Échec du traitement de Internet. Czas działać! 🌎 (@icd@mastodon.internet-czas-dzialac.pl) - Fundacja Internet. Czas działać! - serwer Mastodona :
L’objet n’est pas prêt

est attendu, car vous ne pouvez pas Annuler quelque chose qui n’a pas été fait.

Quant à la raison pour laquelle le suivi ne fonctionne pas

Échec du traitement de https://mastodon.internet-czas-dzialac.pl/6bef64d0-c8ad-473c-85f6-d3fd190b5ebd : L’activité n’est pas prise en charge pour l’acteur et l’objet

Cela me suggère que vous essayez de suivre un acteur non standard. Cet avertissement est déclenché lorsqu’une validation de type échoue. Vous pouvez voir les différents types d’acteurs que nous prenons en charge dans ce dossier :

https://github.com/discourse/discourse-activity-pub/tree/main/lib/discourse_activity_pub/ap/actor

De plus, cette URL ne semble pas résoudre quoi que ce soit.

kuba-orlik · Avril 5, 2025, 6:30

C’est étrange - j’essaie juste de suivre un acteur de personne ordinaire. Les journaux ici concernent ma tentative de suivre @kuba@forum.internet-czas-dzialac.pl (en pensant que cela correspond à Profile - kuba - Forum Internet. Czas działać! - à moins que je ne me trompe ?)

D’après ce que je comprends de https://github.com/discourse/discourse-activity-pub/blob/main/lib/discourse_activity_pub/ap/actor/person.rb, suivre des utilisateurs Discourse via AP est pris en charge, n’est-ce pas ?

Jagster · Avril 5, 2025, 6:36

Non, ce n’est pas le cas. Le suivi des acteurs Discourse, qui sont des catégories ou des tags, est pris en charge. Les utilisateurs d’un forum ne peuvent pas être suivis via ActivityPub. Ce sont des « pseudo-utilisateurs » dont l’acteur de catégorie/tag de publication est boosté.

kuba-orlik · Avril 5, 2025, 6:45

Ah, compris. Y a-t-il des projets pour prendre en charge certains utilisateurs en particulier ? Je serais heureux d’aider

angus · Avril 7, 2025, 8:30

Ah je vois, oui ce n’est pas supporté actuellement.

Pas à court ou moyen terme.

Sujet		Réponses	Vues
How to debug connectivity issues with ActivityPub Administrators activitypub	23	384	Mars 11, 2025
Local ActivityPub Actors are being created without keypairs Support activitypub	20	132	Mars 17, 2025
Follow request from External Instance -> Biohacking.Forum stuck on "Processing" Support activitypub	3	76	Février 28, 2025
Following an ActivityPub Actor Administrators video , activitypub	7	492	Décembre 29, 2024
ActivityPub Plugin Plugin experimental , activitypub	456	44449	Octobre 1, 2025

Demandes d'abonnement non acceptées

Sujets connexes