このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

@FloatingGhost In Pleroma/Akkoma, the ID of the Emoji Object is the URL of the image. Is there a reason for this?

When an Emoji Object is sent from an untrusted third party, I want to check the origin, but I'm having trouble because I can't do that.

@hanubeki もう一回はいりますー

#fedibird #fedibird_info 絵文字リアクションの連合まわりについて、実装上の不備や仕様の変更を行いました。

・Pleroma / Akkomaに対し、絵文字リアクションを送ってもお気に入りとして届く問題を修正

・Holloからの絵文字リアクションを受け取れない問題を修正

・リアクションに添付する絵文字の情報をID（URI）のみで表現しても受理できるよう変更

・絵文字リアクションに対応したサーバへは、EmojiReact Activityを送信するよう変更

・お気に入りのみ対応のMastodonなど、絵文字リアクションに未対応のサーバへは、Like Activityで送信する（従来通りの仕様）

また現在、Pleroma系の仕様により、既についているPleroma系他サーバの絵文字を使ったリアクションに便乗した際、相手サーバがまだその絵文字を一度も受け取っていない場合は失敗します。

うん、何を言ってるかわかりにくいね！ リプライで詳細を説明します。

#fedibird #fedibird_info FedibirdもPleroma / Akkomaも、便乗リアクションができます。

既に投稿についているリアクションであれば、自分のサーバに登録されていない絵文字を使ったリアクションが可能になる機能です。

この際、他のサーバの絵文字情報を添えてリアクションのActivityを送信します。

受け取る側は、既に知っている絵文字であればそのまま受理しますが、知らない絵文字は、いったんリモート絵文字として登録した上でリアクションとして受理する流れになります。

このとき、他サーバの絵文字の情報が虚偽であるとマズイので、リモート絵文字を登録する前に、本来の絵文字の帰属サーバに問い合わせて存在確認をします。

ところがPleroma / Akkomaは絵文字の情報（Object）を取得できるurl（ID）に絵文字の画像URLを返してくるので、Objectを取得して照合することができません。

このため、未登録の第三者の絵文字を登録する処理を安全に行うことができず、この絵文字リアクションは失敗することになります。

あまり頻度の高い状況ではないのですが、制限ではあるので、一応気に留めておいて下さい。

@imfine_never 日本語圏のMisskeyユーザーが多いこともありますが、

Misskeyはデフォルトで全ユーザーの公開とホーム投稿が検索許可、Mastodonはデフォルト禁止で、公開投稿を、許可した人だけ検索可となるので、かなり許可割合・範囲が異なる点は注意が必要です。

@askyq unicode絵文字受け取れないバグはなおしたよ。

kmy.blueはともかく、既存kmyblueインスタンスに従来通りLikeで送る対応いれておいた方がよさそうね。

@askyq とりあえずfedibird.comからkmyblueとして認識している24ドメインに対しては、絵文字リアクションをLikeで送るようにしたよ。