あ @atsuchan@atsuchan.page

@cyberrex_v2 自分で動いて動けばテストが成功したとでも？そういう意味にゃらNode js CIだって回してるんだからそれで十分でしょ、そういうテストをクリアしてもバグが起こることはご存知よね？？？

@mei23 問題はブロックしているユーザーから通知が届いたことが発端にゃのよね、Misskeyがブロックしているユーザーからの通知をミュートしにゃいから、そこさえ仕様が間違ってにゃきゃ、こんにゃことにはにゃらにゃかった

@cyberrex_v2 知らんと思うけど僕Mastodonの開発者だし、それでMisskeyのフォークを４つくらい開発してるので、しかもMisskey v12のバックエンド変わりすぎてて、おそらく実装可能だけど、変にゃバグ出すのも怖いってのがある
MisskeyのPRだってそんにゃ厳密にテストしにゃいでしょ？

@cyberrex_v2 あとissue建てたからその人が取り組まにゃいといけにゃいのはおかしいと思うのだわ、そうすると議論が萎縮するし、チケット駆動開発の意味もにゃくにゃる

@cyberrex_v2 それを報告はしてる（issue）わけで、Misskeyの開発方針としてissueで議論してからAssigneesが取り組むことににゃってるはず、だから急に適用するのは控えて、私の管理してるフォークとそのUpstreamにだけ適用しておいたの

@mei23
そもそもブロックが届かにゃいことについてはここ
https://github.com/misskey-dev/misskey/issues/9137
それ以外はaqzが開いたっぽい
https://github.com/misskey-dev/misskey/issues/9396
https://github.com/misskey-dev/misskey/issues/9395

@mei23 当事者から言うのもなんだけど、おそらく技術的にはgenerateblockedqueryがあってgenerateblockingqueryが効いてないことだけが問題みたいよ

それでも開発者かよお前ら

misskey、ブロックの漏れについては2年前から指摘しており、かつ私のフォークではある程度対応をして、本家にはissueを投げているのに、あくまで相手インスタンスの実装不備にするのいい加減にして欲しい、どこの実装が間違ってるかまで伝えてるのに

@ame こっちではブロックされていることがわからにゃい実装ににゃっていますから、ブロックされていることがわかりません