feat: フォローされた際のメッセージを設定できるようにする #14430
Conversation
github-actions
bot
added
packages/frontend
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## develop #14430 +/- ##
===========================================
+ Coverage 39.57% 41.46% +1.89%
===========================================
Files 1544 1548 +4
Lines 193244 199219 +5975
Branches 3563 2625 -938
===========================================
+ Hits 76470 82616 +6146
+ Misses 116209 116040 -169
+ Partials 565 563 -2 ☔ View full report in Codecov by Sentry. |
|
このPRによるapi.jsonの差分 差分はこちら--- base
+++ head
@@ -11965,6 +11965,12 @@
"emailVerified": {
"type": "boolean"
},
+ "followedMessage": {
+ "type": [
+ "string",
+ "null"
+ ]
+ },
"autoAcceptFollowed": {
"type": "boolean"
},
@@ -12685,6 +12691,7 @@
"required": [
"email",
"emailVerified",
+ "followedMessage",
"autoAcceptFollowed",
"noCrawle",
"preventAiLearning",
@@ -49475,6 +49482,14 @@
"minLength": 1,
"maxLength": 1500
},
+ "followedMessage": {
+ "type": [
+ "string",
+ "null"
+ ],
+ "minLength": 1,
+ "maxLength": 256
+ },
"location": {
"type": [
"string",
@@ -76956,6 +76971,12 @@
"$ref": "#/components/schemas/RoleLite"
}
},
+ "followedMessage": {
+ "type": [
+ "string",
+ "null"
+ ]
+ },
"memo": {
"type": [
"string",
@@ -77053,6 +77074,12 @@
],
"format": "id"
},
+ "followedMessage": {
+ "type": [
+ "string",
+ "null"
+ ]
+ },
"isModerator": {
"type": [
"boolean",
@@ -77843,6 +77870,7 @@
"required": [
"avatarId",
"bannerId",
+ "followedMessage",
"isModerator",
"isAdmin",
"injectFeaturedNote",
@@ -78855,6 +78883,12 @@
"userId": {
"type": "string",
"format": "id"
+ },
+ "message": {
+ "type": [
+ "string",
+ "null"
+ ]
}
},
"required": [
@@ -78862,7 +78896,8 @@
"createdAt",
"type",
"user",
- "userId"
+ "userId",
+ "message"
]
},
{ |
|
（後でみる：連合時の挙動を注意深く見たい） |
|
フォローを承認制にしていない場合は、通知を発行せず吹き出しみたいなものを出してメッセージが出てくる仕様でも良いかもしれない（どっちが良いかはわからない）
|
|
フォローのたびに吹き出しが出るとちょっと邪魔かもしれん |
|
マージするか |
やはりこの時の懸念通りだったけど 再現手順：misskey-tgaで二つサーバー（A, B）を建ててAのアカウントを照会→Aでフォローメッセージを変更→Bでフォロー |
|
メッセージに限らずリモートの内容は最新であることは保証されてないから良いんじゃないかしら |
|
リモートの情報は最新であるとは限らないのはそうなのだけれど…
あくまでこの機能自体がよくないという話ではないので改善の余地があるとすれば、程度の軽めのレビューの気持ちです（リモートの情報は不完全なのでそれでいいということであればそのままマージでもよいかと） |
|
仮に古くてもあまり問題が発生しなさそう |
|
モデレーション観点で観測当時に不適切なフォロー時メッセージが設定されていたが修正されたなんていうのとかも思いつかなくはなかったけれど、まあフォローメッセージで通報が来ても現在のユーザー情報ベースでモデレーションすればいいのか、管理者側は |
|
とりあえずマージするか |
立て続けにフォローしまくることがあまりないかもしれないけど（逆に通常の通知を発する方式だとフォローインポートとかでフォローされた際のメッセージが大量に飛んできてうざい等はあると思う） |
|
ほむん |
|
吹き出しにするか |
|
とりあえずダイアログにするか |
まあこれはこのPRに関わらず起き得るわね(リモートユーザーの場合フォローリクエストが作成される扱いになるため) |
|
insert直後にpackするからレプリケーション環境と相性が悪い可能性がある |
|
レプリケーションについては後で考えよう |
|
ダイアログもそれはそれでめんどいわね |
|
MPが0になった |
|
吹き出しのUIだけあとでやってみるか・・・ |
|
とりあえずマージするか |
|
テストが通らない :angry_ai: :angry_ai: :angry_ai: |
|
通った |
|
🙏🏻 |
|
misskey hubのnsに追記する必要がありそう |
|
What
#14425
Why
Resolve #14425
Additional info (optional)
Checklist