リストタイムラインが殆どのミュートを貫通する

[EbiseLutica]

💡 Summary

リストタイムラインが以下のミュートを尊重せず、投稿を貫通してしまう不具合がある。HTTP APIとストリーミングの両方で確認済み。

• ユーザーミュート
  • RenoteやReply経由で貫通する
• ワードミュート
• サーバーミュート
• チャンネル投稿
  • ミュートとは違うが、そもそもフォローしていないチャンネル投稿が引っかかるのはあんまり良くなさそう

🥰 Expected Behavior

🤬 Actual Behavior

📝 Steps to Reproduce

📌 Environment

Misskey version: Misskey 13.10.3
Your OS: Windows 11
Your browser: Chrome

[tamaina]

user-list-timelineエンドポイントだけブロック・ミュートのクエリが書かれていない（どうしてかは知らないので手出ししてない

[EbiseLutica]

joinとサブクエリ地獄になって機能しなくなるから説はありそう

[EbiseLutica]

直すためにはおそらく #9325 が必須？

[tamaina]

必須？

必須というわけではないのでは（ただ単に忘れたと推測してる

[anatawa12]

issue探し忘れてましたが #11480 で治ってるかもです

[anatawa12]

streamの方のワードミュートは確認してないので治ってないかもですがuser muteはそれっぽい実装あります

misskey/packages/backend/src/server/api/stream/channels/user-list.ts

Lines 98 to 101 in ec229db

	// 流れてきたNoteがミュートしているユーザーが関わるものだったら無視する
	if (isUserRelated(note, this.userIdsWhoMeMuting)) return;
	// 流れてきたNoteがブロックされているユーザーが関わるものだったら無視する
	if (isUserRelated(note, this.userIdsWhoBlockingMe)) return;

nirila鯖でのユーザからのレポートによりユーザミュートはstreamでは動いてるっぽいという報告があります

[samunohito]

（ミュート貫通系はちょっと気になってる）

@syuilo
2点ほど確認させてほしいです（良さげなら👍だけでも）

①あえて現状にしているわけではない…で相違ございませんか？

②①がYesの場合、手を入れる方針としては以下で問題ございませんか？

• ユーザーミュート
  →考慮する。Renote先やReply先にミュートユーザがいる場合はリストに流さない
• ワードミュート
  →考慮しない。フロント側に移ったので
• サーバーミュート
  →考慮する。ミュートしたサーバであればリストに流さない
• チャンネル投稿
  →考慮する。自分がフォローしていないチャンネルに対しての投稿はリストに流さない

[anatawa12]

チャンネルについてはチャンネルフォローしたくないけどみてたい、または逆があるから選択可能にしてほしいです

[syuilo]

①あえて現状にしているわけではない…で相違ございませんか？

yes

②①がYesの場合、手を入れる方針としては以下で問題ございませんか？

yes

[syuilo]

チャンネルについてはチャンネルフォローしたくないけどみてたい、または逆があるから選択可能にしてほしいです

これは他のTLでも言える話だから別Issueかな