通知を削除する方法を提供して欲しい

[Sayamame-beans]

Summary

タイトル通りです。

Purpose

何らかの理由( #13316 関連など?)で通知を消したい場合があります。
現状、発生した通知を消す方法は存在しないため、消せるようになると良いと思います。

Do you want to implement this feature yourself?

• Yes, I will implement this by myself and send a pull request

[tamaina]

🔥

[kakkokari-gtyih]

こんなのでええんか（ユーザー多いと時間かかりそう）

[kakkokari-gtyih]

とりあえずユーザーサイドで適宜flushできるようにしとくか

[Sayamame-beans]

全削除ではなく個別削除が理想なので、最終的には個別削除が実装されることを望みます

[tai-cha]

通知を個別削除する場合、グループ化されたリアクションの削除とかどうするか悩ましいな

[syuilo]

個別削除要るかしら

[samunohito]

個人的にですが、むしろ全削除より個別の方が欲しいです

[tai-cha]

個別削除はできると嬉しい

• 特に反応が少ないアカウントだと嫌な通知が残り続ける場合がある
• 特定条件で削除するなどのスクリプトを組めるようになる
• 実績や嬉しいリアクションやメンションなどの通知が消えるのは悲しい

[syuilo]

そもそも削除自体要らない気がするわね

特に反応が少ないアカウントだと嫌な通知が残り続ける場合がある

嫌な通知というのがあまり想像できないけど、我慢してもらう

特定条件で削除するなどのスクリプトを組めるようになる

それやるならそもそも通知を作成する前の段階でやれるようにするべき

実績や嬉しいリアクションやメンションなどの通知が消えるのは悲しい

通知は揮発的だからそういう通知が残ることは期待してはならない

[tai-cha]

嫌な通知というのがあまり想像できないけど

• ネガティブや弯曲的に嫌がらせとなりうるリアクション
• 関係を切るほどの人間じゃない人間から飛んできたメッセージ（これも嫌な通知には個人差がある）
• 管理者の対応が間に合わない場合のスパム
• etc...

通知を作成する前の段階でやれるべき

• 例えば 絵文字のブラックリスト設定を追加し、リストに入っている絵文字リアクションを❤に変換できるようにしたい #11772 があるが、これは一度通知が来たら消えないものだと思われる
• ブロックしたら通知が作成されないとしても通知が来た後からブロックしたら残る
  • これはミュートなどを考慮すれば問題がないかも
• システムや規約的に問題ない投稿でも不快な通知というものはある（これにも個人差がある）

通知は揮発的だから

DBに保存されていないという意味ではそうだけどそれはあまりユーザーに伝わっている気がしないしその感覚はない
Redisもバックアップとっているところがそこそこある気がする[要出典]

そのほか

• プラグインで通知のviewをいじれるようにする #13337 のように非表示にする手段をユーザー任せにするという方法もなくはない

[syuilo]

DBに保存されていない

RedisというDBには保存されてる
ただ保存される数に制限を設けている

[syuilo]

やるとしたら全削除

[Sayamame-beans]

ただ保存される数に制限を設けている

• 遡れる通知の数をサーバーごとに設定可能にしてほしい #11227 のように数を増やしたいという要求もあり(私もそう思っています)、ユーザーと温度感が噛み合っていない気がします

[syuilo]

もちろんユーザーからしたらずっと保存されていた方が嬉しいんだけど、管理者からするとそうではない場合がある

[tai-cha]

まあ全削除ならキーを削除するだけなのでパフォーマンス面の懸念は落ちる（保存されているものを読みにいく必要がない）
ただそれを踏まえても需要があるとは思っているし通知が個別削除できた方が利便性は高いと思う、天秤にかけてどちらが上になるかは完全に言い切れないけれど

[Sayamame-beans]

管理者からするとそうではない場合がある

私個人としては、それを各サーバーの管理者が選べるように(optionalに)するために設定項目や機能が存在すると思っています…

[syuilo]

個別削除できれば便利だし需要はあるけど、それをやると機能の趣旨が意図しない方に寄ってしまう

[syuilo]

管理者からするとそうではない場合がある

私個人としては、それを各サーバーの管理者が選べるように(optionalに)するために設定項目や機能が存在すると思っています…

それにもコストが発生するし、機能の設計思想がブレることになる

[tai-cha]

機能の趣旨をどう捉えているかに齟齬がありそう

[tai-cha]

というよりはMisskey内での通知とスマートフォンやGitHubなどの通知の概念が少し違うから理解しずらい？（他での通知があまり揮発的なイメージがない）

[syuilo]

スマホとかの通知は勝手にどんどん消えるから揮発性のイメージ

[syuilo]

設計思想というより利用者のメンタルモデルと言った方が近いかも
個別に削除することができると、逆に考えると「削除しなければ残り続ける」みたいな印象を与える可能性が高まる

[tai-cha]

通知は消えることがある認識はもちろんあるけど逆に一定期間は保持される認識もあるのでそれを全削除か全部残すかみたいなAll or Nothingな選択肢になるのは少し違和感はある

割とお知らせでアップデート時に通知が消えることがありますの表示が書かれるのもその認識が多いからだと思っている

[anatawa12]

ユーザ視点としてはスパムが目障りだから消したいに対する答えとして全部消えるは強い違和感があります

[syuilo]

スパム関連であればそのユーザーをミュートなりする方が良さそう

[tai-cha]

ミュートしても通知消えないのでそれはそれでやった方がいい

[syuilo]

ミュートしたら通知消えるようにすれば良さそう

[tai-cha]

ただスパム対策だけのIssueではないと思っているのでスパム対策に限った話で終わらせたくないかも

[syuilo]

スパム以外では不要と思ってる

[tai-cha]

必要か不要かの考えは通知が流れていってあまり留まらない場合と結構通知がきて流れていく場合でも変わってきそうだと思っている（有名人に個別削除機能はあまり必要ないと思う）

[tai-cha]

ここまでで全く考えが変わらないのであればMisskeyのオーナーはしゅいろさんなのでMisskey自体には入れないのでもいいんじゃないという考えはある（けど議論し尽くせてはいないと思う）

[syuilo]

スパム以外では不要と思ってる

個人的に必要か不要かということではなくて、現時点でソフトウェアとして当該機能は不要という判断

[syuilo]

ユーザーが望む機能を、無秩序に追加していくことはできない

[syuilo]

あと通知はデフォルトでグループ化されるから、「個々の通知」みたいなメンタルモデルにはなってないからUIが悩ましいことになる

[tai-cha]

ユーザーが望む機能を、無秩序に追加していくことはできない

これには同意なので基本的にプラグインで解決できる方法を推してはいる
その上で私はこれに関してはMisskeyに入れるメリットがあると思っていたので全くないという判断なのであればプラグインのフックを増やしたりフォークを使えばいい話になってくるかなとは思います

[tai-cha]

あと通知はデフォルトでグループ化されるから、「個々の通知」みたいなメンタルモデルにはなってないからUIが悩ましいことになる

これスマホの通知みたいにグループを展開できればいいのでは？

[tai-cha]

ミュートしたら通知消えるようにすれば良さそう

探したけど意外とIssueない？探し方が悪いかしら

[samunohito]

似たようなものはありました。
#12751

…が、ユーザのミュートに追従してという切り口ではなさそうです

[samunohito]

結論としては…

• 通知を削除する機能は「設けない」
• 別issueで考える
  • ユーザミュートを通知に反映させる
  • 通知にプラグインのhookを生やす

でOKでしょうか

[samunohito]

（やらないならやらないで、closeしたい気持ちが強い）

[syuilo]

全削除は実装しても良いと思う

[tamaina]

個人的には、ミュートや凍結がしっかり反映されていれば通知を消す機会はないかなと

[tamaina]

（FTTも全削除機能欲しい）