神楽坂しえる(テスト用) @Clworld@mdx.ggtea.org

にゃー

だめなこみっと踏んでたのでもどすかー

にゃー？

へいますたー 1.5.1+ b01a19fe39

ますたー？ 1.5.1+ 5927b43c0f

ますたー♪ 1.5.1+ ea958cae7f

複数プロトコルで来た時でIDが相互変換不可の場合 Boostのdedupは解決不能問題ぽい

1. Statusにプロトコルを持つ
2. dedupはしない(出力側で重複は消す)
3. Salmonのような通知する処理はStatusが持つプロトコルで行う
4. Boostは来た回数だけ表示する<- 🤔 🤔 🤔

たぶんSalmonを送る側は向こうがAPだと思っている結果、OStatusのURLに対する反応をAPで向こうに送ろうとしてIDがだめですって弾かれる訳ですかね

OStatus側をAPに寄せるのは合理的だけどたぶんしぬ(実装する人が)

Salmonが通らないというのは想定している経路とURIの組み合わせがまちがってて失敗するという話で良いのです？(ソースノールックです)

いやこれ今問題になってるのはAP/OStatus間のdedupが出来てないだけでdedupが出来れば通信量がで無駄が出るだけの影響で済むのか

master者なら適宜なんとかしてで済むけどこれリリースまでにどうマイグレーションするのかって問題な気がする

ForceUnsubscribeServiceが出来た😄

おー 二重受信きた

ぬー？

ふー

巨大インスタンス宛通信が死ぬ

これ3回受け取った物をURLでdedupしてるんですかね…。