Webhookのユーザーイベントが欠落しているのは、仕様か見落としなのか?

管理者がアカウントを無効化した場合 | user_logged_out
管理者がアカウントを匿名化した場合 | user_logged_out

ユーザーが「すべてのセッションをログアウト」ボタンで自己ログアウトした場合 user_logged_out
グループに追加された場合 user_updated
グループから削除された場合 user_updated
信頼レベルが増減した場合 user_updated
モデレーター権限を付与/取り消された場合 user_updated
管理者権限を付与/取り消された場合 user_updated
一時停止解除された場合 user_updated
ミュート/ミュート解除された場合 user_updated
  • 上記の最初の3つのアクションはすべて、グローバルな全セッション無効化ログアウトの結果ですが、他の類似アクション(例:管理者がユーザーをログアウトさせた場合)とは異なり、これら3つのアクションは user/user_logged_out イベント(または他のイベント)を生成しません。
  • グループへの追加/削除は group_user イベントを生成しますが、user イベントは生成しません。group_user イベントは、グループとユーザーの内部数値 ID のみを含むため、単独ではあまり役に立ちません。一方、user イベント時に送信される "user" レコードには、ユーザーが所属するすべてのグループに関する非常に役立つ情報が含まれており、グループ名やユーザーとグループの関係の詳細が含まれています。
  • ユーザーの信頼レベルが上昇すると、user_promoted イベントが発行されます。このイベントには、user イベントと非常によく似ていますが、完全に同じではないデータが含まれます。ユーザーの信頼レベルが低下した場合、同様のイベントはまったく発行されません。
  • モデレーターまたは管理者権限の変更時には、user イベントは発行されません。(group_user イベントを通じて、付与アクションの間接的なユーザー固有の証拠がありますが、取り消しアクションのユーザー固有の証拠はありません。)
  • ユーザーを一時停止すると user/user_logged_out イベントが発行されます("suspended_reason" および "suspended_till" フィールドに一時停止の理由と期間が示されます)が、ユーザーが一時停止解除されたときにイベントはありません。ユーザーがミュートまたはミュート解除されたときに、イベントはまったく発行されません。

これらの省略は意図的なものでしょうか?

私の一般的な考えは、「user イベントの "user" レコードのデータが変更された場合、user イベントが発行されるべきである」ということです。これはおそらく、現在イベントを発生させない状況の多くを網羅しています。しかし、表に記載した数少ない例は、すべてユーザーの認証ステータスの変更に関係しているため、現時点で最も気にかけているものです。

「いいね!」 5