記事モードでは、ラテン文字以外のユーザー名に問題が発生する可能性があります。ユーザー名をエンコードする必要があるようです。
「いいね！」 2
@angus @infodesk@oxygen.offdem.net は、最初の投稿以降にいくつか投稿したはずですが、Discourse 上にエラーがないにもかかわらず、私のタイムラインに全く表示されません。
数日前、共有ドラフトを使用して投稿しましたが、Mastodon にメッセージが表示されませんでした。そのため、共有ドラフトのバグに関連しているのではないかと思いましたが、今日、新しいトピックに直接投稿しましたが、投稿は CET 13:18 に Fediverse に送信されるはずでしたが、何も表示されませんでした。ブーストできません。
プラグインのバージョン
eee34494
エラーログ
ついに表示されました: https://oxygen.offdem.net/logs/show/c6449d732e8e9b866bf07935e8132744
（最新の投稿を再送信する修正があれば素晴らしいのですが）
最新の告知
カテゴリ設定
ActivityPub プラグインには堅牢なロギングシステムがあり、ほとんどの問題を検出できます。まず、プラグインの冗長ログがオンになっていることを確認してください。
この投稿の公開ステータスは何ですか？（つまり、投稿のAPアイコンをクリックしたときに表示されるモーダルのスクリーンショットを共有してください）
公開ステータスは「公開済み」（つまり、アイコンが緑色）であると仮定しますか？冗長ログがオンになっていた場合、公開時にログに記録された内容を共有していただけますか？（何かはログに記録されているはずです）。
「いいね！」 1
@angus様、ありがとうございます。エラーログは前の投稿にあります。
投稿のステータスは以下の通りです。
トピックはこちらで確認できます： O₄FFDEM programme is out! - Announcements - OFFDEM
「いいね！」 1
詳細をありがとうございます。
ログはインスタンスでは管理者のみが閲覧できます 
関連するログをプライベートメッセージで私にコピーしていただけますか？よろしくお願いします。
「いいね！」 3
皆さん、こんにちは。このコンセプトをここまで進めるために素晴らしい仕事をしていただき、本当にありがとうございます!! 私は何年も前にDiscourseにフェデレーションを実装するための議論をフォローし始め、これがここまで進んでいるのを見て嬉しく思います。
Mastodonアカウントでフォローすることで、Discourseのカテゴリをフェデレートすることに成功しました。私のカテゴリの新しいトピックは、Mastodonアカウントから表示できます。
フェデレートされたDiscourseトピックへのMastodonの返信がDiscourseで受信できていないようですが、フォローしているMastodonアカウントからのトップレベルのトゥートは、新しいトピックとして問題なく表示されるようです。これは現在、期待される動作でしょうか？
このスレッドを読みましたが、トピックへの返信のフェデレーションについて明確に言及されているものは見つからなかったと思います。
以下は、私のカテゴリのActivityPub設定のスクリーンショットです。
これはカテゴリのセキュリティ設定と関係があるのでしょうか？現在、トピックは誰でも見ることができますが、作成や返信ができるのは管理者のみに設定しています。
ありがとうございます！
「いいね！」 2
@rsmithlal 様、プラグインをお試しいただき、詳細なフィードバックをありがとうございます！
はい、これがトゥートへの返信がインポートされない理由です。理解のために確認させてください。あなたは以下を期待していますか？
- ユーザーは Discourse のトピックに Discourse で返信できない。
- ユーザーは Discourse のトピックに Mastodon で返信できる。
これで合っていますか？もしそうであれば、それは現在サポートされていません。しかし、カテゴリのセキュリティ設定が ActivityPub とどのように連携するように意図されているかは、まだ完全に明確ではないという点は理解しています。次のフェーズでより明確に対応する予定です。
「いいね！」 2
@angusさん、それは、連合されたDiscourseトピックへのトゥートの返信が、正しい設定の下でDiscourseの返信として連合トピックに表示されるということでしょうか？
例えば：
- DiscourseインスタンスDiscourse1.serverの連合カテゴリ**「My Federated Category」で、新しいトピック「My First Federated Topic」**を作成したとします。
- この新しいトピックが連合され、「My Federated Category, fed-cat@discourse1.server」をフォローしている私のMastodonアカウントrob@mastodon1.serverのフィードに、fed-cat@discourse1.serverからのトゥートとして表示されます。
- Discourse1.serverによって最初に連合された**「My First Federated Topic」の内容を含む連合ノートに、Mastodon1.serverで返信トゥート**を作成します。
この場合、私のMastodonトゥートの返信は、Discourse1.serverの元の**「My First Federated Topic」トピックに返信として表示される**ことを期待します。
これは私にとって理想的なケースですが、まだ実現できていません。現在可能でしょうか？
これが可能であれば、期待どおりに機能させるための設定は何でしょうか？
ありがとうございます。私の説明は明確だったことを願っています！
「いいね！」 1
メインカテゴリではActivePubが有効になっており、サブカテゴリでもActivePubを有効にして作成しました。しかし、サブカテゴリからfollowsボタンをクリックして誰かをフォローしようとすると、見つからない/許可されていないというつまらないエラーページが表示されます。メインカテゴリは正常に動作しますが。
設定で特別なことは何も行っていません。
期待される動作ですか、それともバグですか？
@rsmithlal はい、説明されたことは「Full Topic」公開タイプが意図されたとおりに機能する方法です。変更する必要があるのは、通常のユーザーがカテゴリで返信できるようにすることだけです（カテゴリのアクセス設定で）。機能しない理由は、返信を管理者に制限しているためです。ActivityPubによってインポートされた返信は、その制限をオーバーライドできません。
一般的に、サブカテゴリは親カテゴリの設定を継承せず、ActivityPubもこの点では例外ではありません。ActivityPubの設定はカテゴリ固有であり、継承はありません（まだ）。とはいえ、説明されたことはUXの問題であり、近日中に対応します。つまり、サブカテゴリを具体的に見ているときにActivityPubコントロールが表示されるべきではありません。
「いいね！」 3
@angus、ありがとうございます。試してみます。とても楽しみです!!
主に返信を制限していたのは、単なるテストカテゴリとトピックだったからです。最初は管理者にのみプライベートにしていましたが、ActivityPubをまったくアクティブにすることができなかったため、全員に表示されるように開放しました。この非常に有益な意見交換に感謝します。
「いいね！」 2
@Jagster ご報告いただいた問題は、こちらがマージされ次第修正されます。ご報告ありがとうございました。
「いいね！」 5
問題
Hello, we are testing this plugin at agora.eXO.cat and we can’t get it to work (status on discourse’s web says “Note was not published via ActivityPub”, other fediverse apps do not find the actor)
Is there anything particular we should be aware of? Checking the documentation didn’t point to anything particular troubleshooting we can follow and the logs (see below) do not help us further :-(.
セットアップ
Plugin version: 79da1c2
We are using a public subcategory, which we want to publish to the fediverse.
The settings are straightforward, nothing changed except for:
- schedule time down to 1 minute for testing
- picking actor name and display name for the category
Some things we have tried:
- Enable “activity pub object logging” and check logs
- Patching out the line that produced the error, since it gave us “chicken and egg” vives (“maybe can’t schedule post because no recipients, will not create actor until post is created”)
tested patch
> ./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
- When that patch didn’t work, we got rid of it
- Deleting and re-creating the category so there are no “special” characters anywhere (the word is actually exofàsia, which we want to spell: eXOfàsia)
- When recreating the category, use
Note(default) instead ofArticle(what we want)
ログ
Here is what we see on the logs
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
The error is consistent when republishing from the interface
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
And what a webfinger returns:
> 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"}]}
「いいね！」 2
こんにちは @evilham さん、表示されているメッセージは、アクターにフォロワーがいない（アクティビティが公開されない）場合に記録されるものです。アクターをフォローしている人はいますか？
現在フォローできるアクターはカテゴリ（つまりグループ）アクターのみであることに注意してください。このアクターは、カテゴリでActivityPubを有効にしたときに作成されるため（したがって、ニワトリと卵の問題は発生しません）、問題ありません。現時点では、ユーザーアクター（つまり個人）をフォローすることはできません。
「いいね！」 1
こんにちは、問題はまさにアクターが見つからないことです（ご自身で試してみてください：exofasia@agora.exo.cat）：
昨夜ここで詳しく確認したところ、これにぶつかったのは私たちが最初ではありませんでした：
ですから、ログのエントリは全く関係ないかもしれませんが、私たちが持っている唯一のものです＞＜、だから私たちがたどることができた唯一の手がかりです。
投稿自体は、Fediverseから切断されたアイコンとこのテキストのままです：
投稿の公開をスケジュールしようとする試みは、言及したログで終わってしまい、それ以上のことは何も起こりません。
カテゴリは正しく設定されていると主張しています（前述の通り、何も変更されていません）：
そして、カテゴリは完全に公開されています。
ローカルインスタンスからアクターを正常にフォローしました。
見つけました。
その後、正常にフォローを送信し、承認を受け取りました。
インスタンスの「フォロワー」リストを更新すると、general@angus.ngrok.io からのフォローが表示されるはずです。
あなたが抱えている問題は、HTTP署名が必須に設定されていることだと推測します。
そして、フォローに使用しているクライアントが、適切なHTTP署名をサポートしていない、または送信していない可能性があります。@Lhc_fl が抱えていた問題も、おそらくこれでしょう。
「いいね！」 2
ああ、それは非常に興味深いですね。フォローが表示されることを確認できます！
確かに、これがデフォルトであり、必要な変更は最小限にしたためです。
主にMastodonとPleromaで、いくつかのクライアントを試しました。
HTTP署名が必要というヒントに従い、それを無効にし（つまり、デフォルトを変更し）、投稿を再スケジュールしたところ、今回は肯定的な結果が得られました（おそらく、フォロワーが1人しかいないことが違いでしょうか？）：
一方で、少なくともMastodonではプロフィールの検索時に404エラーが表示され続けているため、主な目標（他のFediverseアプリからカテゴリをフォローすること）はまだ達成されていません。
他に調査できることはありますか？それを促進するために？
おっと、わからないのですが、前回の投稿の前に、私は2つの異なるマストドンサーバーから試しましたが、そのうちの1つは以前使用したことがなかったのですが、どちらもプロフィールで404になりました。
午後に再度確認しますが、表示が一貫しない理由や、試せることはありますか？
「いいね！」 1