-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Missing ActivityPub "3.2 Retrieving objects" server response #9982
Comments
missing というよりは
|
動くところでは動いている謎
|
これは単純に非公開投稿だからっぽい (application/activity+json でもだめ) |
ここで |
別に misskey.io でも動く時は動く
|
それはそうとして
Likeがinboxに来た後投稿が消えて404になるということは全然ありうるのでちゃんと GNU Social 側でもハンドリングすべきっぽい |
|
すみません。最初の再現手順の投稿は公開範囲がlocalになっていました。元投稿が一般公開だとちゃんと応答がありました。 |
概要
MisskeyがActivityPubの 3.2 Retrieving objects でMUSTとなっている応答を返さないため、返すようにしてほしいです。
手順
具体的には、以下のGETで応答を返してほしいです。
Misskey.io以外の https://msk.ilnk.info/notes/9bb179i1ek でも404で応答がないことを確認しました。
現状は上記のヘッダーがあると100%、404が返ってきています。
期待
Mastodon/WildeBeest/GNU socialなど他の実装だと、投稿パーマリンクに対する上記のGETで以下のような応答を返します。
Misskeyでも上記のような応答を返してほしいです。
仕様
ActivityPubの該当仕様 3.2 Retrieving objects は以下のとおりです。
クライアント側がGETするのは [may] なので任意ですが、サーバー側の応答は [MUST present the ActivityStreams object representation in response to application/ld+json; profile="https://www.w3.org/ns/activitystreams"] にあるとおり、必須 (MUST) です。
GNU social (GS) では、POST /inbox.jsonでMisskeyからlikeなどの要請があった場合に、https://notabug.org/diogo/gnu-social/src/master/plugins/ActivityPub/ActivityPubPlugin.php#L114 あたりのコードで、DBに該当投稿があるか検索して、なければ上記仕様に基づき該当投稿をGETしにいきます。
Misskeyが応答を返さないため、ここの処理が失敗して500エラーになっていました。
MisskeyとGNU socialとの通信でGS側で500がでて、再リクエストのためにMisskey側の通信負荷が高まっているとの複数の報告を受け確認したところ判明しました。
GS側で以下のようにガードをすれば500はでませんが、GET時の404は出たままになります。
既存Misskey用に上記ガードはいれますが、Misskey側でActivityPubの必須機能を実装していないのがまずいと思いますので、対応いただきたく思います (発端)。
The text was updated successfully, but these errors were encountered: