Il semble qu’il y aura des problèmes avec les noms d’utilisateur non latins en mode Article. Il semble que le nom d’utilisateur doive être encodé ?
@angus @infodesk@oxygen.offdem.net aurait dû publier quelques messages depuis le message initial, mais ils ne semblent pas apparaître du tout dans ma chronologie, sans aucune erreur sur Discourse.
Il y a quelques jours, j’ai utilisé un brouillon partagé avant de publier, mais le message n’est pas apparu sur Mastodon. J’ai donc pensé que cela était lié à un bug avec les brouillons partagés, et aujourd’hui j’ai publié directement dans un nouveau sujet, mais bien que le message était censé être envoyé au Fediverse à 13h18 CET, rien n’apparaît – donc non partageable. ![]()
Version du plugin
eee34494
Journal des erreurs
Est finalement apparu : https://oxygen.offdem.net/logs/show/c6449d732e8e9b866bf07935e8132744
(Notez qu’un correctif qui renverrait les derniers messages serait génial)
Dernières annonces
Paramètres de catégorie
Le plugin ActivityPub dispose d’un système de journalisation robuste qui permet de détecter la plupart des problèmes. Tout d’abord, assurez-vous que la journalisation détaillée est activée pour le plugin.
Quel est le statut de publication de ce message ? (c’est-à-dire, partagez une capture d’écran de la fenêtre modale qui apparaît lorsque vous cliquez sur l’icône AP sur le message)
Je suppose que le statut de publication est “publié” (c’est-à-dire que l’icône est verte) ? Si vous aviez la journalisation détaillée activée, pourriez-vous partager ce qui a été enregistré lors de cette publication ? (quelque chose aurait dû être enregistré).
Merci @angus, le journal d’erreurs se trouve dans mon message précédent :
Voici le statut du message :
Vous pouvez voir le sujet ici : O₄FFDEM programme is out! - Announcements - OFFDEM
Merci pour les détails supplémentaires.
Seuls les administrateurs peuvent consulter les journaux sur une instance ![]()
Pourriez-vous me copier les journaux pertinents dans un message privé ? Merci.
Salut à tous, merci beaucoup pour l’excellent travail que vous avez accompli pour amener ce concept à ce stade !! J’ai commencé à suivre les discussions pour implémenter la fédération dans Discourse il y a de nombreuses années maintenant, et je suis heureux de voir que cela progresse autant.
J’ai réussi à fédérer ma catégorie Discourse en la suivant avec mon compte sur Mastodon. Les nouveaux sujets de ma catégorie sont disponibles pour être consultés depuis mon compte Mastodon.
Je ne semble pas recevoir les réponses de Mastodon aux sujets fédérés de Discourse dans Discourse, mais les Toots de niveau supérieur de mon compte Mastodon suivi semblent apparaître comme de nouveaux sujets sans problème. Est-ce le comportement attendu actuellement ?
J’ai lu ce fil de discussion et je ne pense pas avoir explicitement vu quoi que ce soit concernant la fédération des réponses aux sujets.
Voici une capture d’écran des paramètres ActivityPub de ma catégorie.
Est-ce lié aux paramètres de sécurité de la catégorie ? Pour l’instant, j’ai configuré que tout le monde peut voir les sujets, mais seuls les administrateurs peuvent les créer et y répondre.
Merci !
Salut @rsmithlal, merci d’avoir essayé le plugin et pour tes commentaires détaillés !
Oui, c’est la raison pour laquelle les réponses aux toots ne sont pas importées. Pour que je comprenne bien, tu t’attends à ce que :
- Les utilisateurs ne puissent pas répondre à un sujet Discourse dans Discourse.
- Les utilisateurs puissent répondre à un sujet Discourse dans Mastodon.
Est-ce exact ? Si oui, ce n’est pas pris en charge actuellement. Mais je comprends que l’interaction entre les paramètres de sécurité des catégories et ActivityPub n’est pas encore tout à fait claire. Nous espérons aborder cela plus explicitement dans la prochaine phase de travail.
Salut @angus, cela signifie-t-il que les réponses aux toots aux sujets Discourse qui ont été fédérés devraient apparaître dans le sujet fédéré en tant que réponses Discourse sous la bonne configuration ?
Par exemple :
- Disons que je crée un nouveau sujet « Mon premier sujet fédéré » sur mon instance Discourse Discourse1.server dans une catégorie fédérée « Ma catégorie fédérée ».
- Ce nouveau sujet est fédéré et apparaît comme un toot de fed-cat@discourse1.server dans le flux de mon compte Mastodon rob@mastodon1.server qui suit « Ma catégorie fédérée, fed-cat@discourse1.server ».
- Je crée un toot de réponse sur Mastodon1.server au message fédéré contenant le contenu de « Mon premier sujet fédéré » initialement fédéré par Discourse1.server.
Dans ce cas, je m’attendrais à ce que ma réponse toot Mastodon à ce sujet Discourse fédéré apparaisse comme une réponse sur le sujet original « Mon premier sujet fédéré » sur Discourse1.server.
Ce serait le cas idéal pour moi, mais je n’ai pas encore réussi à l’obtenir. Est-ce actuellement possible ?
Si c’est possible, quels sont les paramètres de configuration qui permettraient à cela de fonctionner comme prévu ?
Merci beaucoup. J’espère que mon explication était claire !
La catégorie principale a ActivePub activé et j’ai créé une sous-catégorie avec ActivePub également. Mais quand j’essaie de suivre quelqu’un via la sous-catégorie en cliquant sur le bouton follows, j’obtiens une page d’erreur ennuyeuse “non trouvée/non autorisée”. Les catégories principales fonctionnent très bien, cependant.
Il n’y a rien de fantaisiste ou d’étrange dans les paramètres.
Comportement attendu ou bug ?
@rsmithlal Oui, ce que vous avez décrit est le fonctionnement prévu du type de publication « Sujet complet ». Le seul changement que vous devez apporter est d’autoriser les utilisateurs normaux à répondre dans la catégorie (dans les paramètres d’accès de la catégorie). La raison pour laquelle cela ne fonctionne pas pour vous est que vous avez restreint les réponses aux administrateurs. Les réponses importées par ActivityPub ne peuvent pas outrepasser cette restriction.
D’une manière générale, les sous-catégories n’héritent pas de la configuration des catégories parentes, et ActivityPub ne fait pas exception à cet égard. Les paramètres d’ActivityPub sont spécifiques à chaque catégorie et il n’y a pas d’héritage (pour l’instant). Cela dit, ce que vous avez décrit est un problème d’expérience utilisateur que je vais bientôt aborder, c’est-à-dire que les contrôles ActivityPub ne devraient pas apparaître lorsque vous regardez spécifiquement une sous-catégorie.
Merci, @angus, je vais essayer ça. Très excitant !!
J’avais principalement restreint les réponses car il s’agissait juste d’une catégorie et d’un sujet de test. Je l’avais initialement rendu privé aux administrateurs, mais je n’arrivais pas du tout à activer ActivityPub avant de l’ouvrir à tous. Cet échange a été très instructif.
@Jagster Le problème que vous avez décrit sera résolu une fois que ceci sera fusionné. Merci de l’avoir signalé.
Problème
Bonjour, nous testons ce plugin sur agora.eXO.cat et nous n’arrivons pas à le faire fonctionner (le statut sur le site de Discourse indique “Note was not published via ActivityPub”, d’autres applications fediverse ne trouvent pas l’acteur).
Y a-t-il quelque chose de particulier dont nous devrions être conscients ? La consultation de la documentation n’a pas mis en évidence de dépannage particulier que nous puissions suivre et les journaux (voir ci-dessous) ne nous aident pas davantage :-(.
Configuration
Version du plugin : 79da1c2
Nous utilisons une sous-catégorie publique, que nous souhaitons publier sur le fediverse.
Les paramètres sont simples, rien n’a été modifié sauf :
- l’heure de planification réduite à 1 minute pour les tests
- le choix du nom d’acteur et du nom d’affichage pour la catégorie
Quelques éléments que nous avons essayés :
- Activer la “journalisation des objets activity pub” et vérifier les journaux
- Patché la ligne qui produisait l’erreur, car elle nous donnait une impression de “poulet et œuf” (“peut-être qu’on ne peut pas planifier un post car il n’y a pas de destinataires, on ne créera pas d’acteur tant que le post ne sera pas créé”)
> ./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
- Quand ce patch n’a pas fonctionné, nous l’avons retiré
- Suppression et recréation de la catégorie afin qu’il n’y ait pas de caractères “spéciaux” (le mot est en fait exofàsia, que nous voulons écrire : eXOfàsia)
- Lors de la recréation de la catégorie, utilisation de
Note(par défaut) au lieu deArticle(ce que nous voulons)
Journaux
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
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
Et ce que renvoie un webfinger :
> 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"}]}
Salut @evilham, le message que vous voyez est enregistré lorsque l’acteur n’a pas de followers (aucune activité ne sera publiée). Est-ce que quelqu’un suit l’acteur ?
Notez que le seul acteur qui peut être suivi actuellement est l’acteur de catégorie (c’est-à-dire l’acteur de groupe). Cet acteur est créé dès que vous activez ActivityPub dans une catégorie (et ne cause donc pas de problème d’œuf et poule). Vous ne pouvez pas suivre les acteurs utilisateurs (c’est-à-dire les personnes) pour le moment.
Salut, le problème est précisément que l’acteur ne peut pas être trouvé (essayez vous-même : exofasia@agora.exo.cat) :
En vérifiant hier soir ici plus en détail, j’ai vu que nous ne sommes pas la première instance à rencontrer ce problème :
Donc, peut-être que l’entrée du journal n’est pas du tout liée, mais c’est la seule que nous ayons \u003e,\u003c, donc le seul indice que nous avions à suivre.
Le message reste avec une icône déconnectée du fediverse et ce texte :
Toute tentative de planification de la publication du message entraîne le journal que nous avons mentionné, et rien d’autre.
La catégorie prétend être correctement configurée (comme mentionné, rien n’a été modifié) :
Et la catégorie est entièrement publique.
J’ai suivi avec succès cet acteur depuis mon instance locale.
Je l’ai trouvé avec succès.
Ensuite, j’ai envoyé avec succès un Follow et reçu un Accept.
Si vous actualisez la liste « Followers » sur votre instance, vous verrez maintenant un follow de general@angus.ngrok.io.
Je soupçonne que le problème que vous rencontrez est que vous avez défini les signatures HTTP comme requises
et que le client que vous utilisez pour suivre ne prend pas en charge et/ou n’envoie pas de signature HTTP appropriée. C’est peut-être aussi le problème que @Lhc_fl rencontrait.
Oh, c’est très intéressant, je peux confirmer que le suivi apparaît !
En effet, car c’était le paramètre par défaut et nous avons changé le moins possible.
Nous avons essayé plusieurs clients, principalement Mastodon et Pleroma.
En suivant l’indice des signatures HTTP requises, nous l’avons désactivé (c’est-à-dire que nous avons changé le paramètre par défaut), puis nous avons essayé de reprogrammer la publication, cette fois avec un résultat positif (la différence est peut-être due au fait qu’il y a 1 follower ?) :
D’un autre côté, au moins Mastodon continue d’afficher une 404 lors de la recherche du profil, donc l’objectif principal (suivre la catégorie depuis d’autres applications fediverse) n’est toujours pas atteint.
Y a-t-il autre chose que nous puissions examiner ? pour faciliter cela ?
Oh wow, je ne comprends pas, avant le dernier post j’ai essayé depuis deux serveurs Mastodon différents, dont un que je n’avais jamais utilisé auparavant, et le résultat a été une 404 sur le profil des deux.
Je vérifierai à nouveau dans l’après-midi, mais toute indication sur la raison pour laquelle la vue pourrait être incohérente ou sur ce que nous pouvons essayer serait formidable.










