私のフォーラムでは、メンバーは自分自身の表示名とユーザー名を変更できます。しかし、変更が行われると、それはスタッフのアクションとしてログに記録されてしまうため、実際のモデレーターによるスタッフアクションの間に多くのノイズが混ざってしまいます。以下のスクリーンショットでは、「B」ユーザーは新しいメンバーであり、自分自身でユーザー名を変更しましたが、これがスタッフアクションログに記録されています。ログエントリの約半分は自己によるユーザー名変更であり、残りの半分が実際のスタッフアクションです。管理者やモデレーターが他の人の表示名やユーザー名を変更した場合は記録したいと考えています。したがって、このイベントでは、変更を行ったユーザー が 変更対象のユーザー と異なる場合にのみログに記録するように修正すべきかもしれません。
私の見解では、それは当然のことです。名前変更は稀であるべきであり、ユーザーは監視を避けるために自分自身の名前を変更できるため、これはある意味で危険です。
Discourse はデフォルトでは、ユーザー作成から 3 日間のみ(ユーザー自身が開始した)名前変更を許可するように設定されています。これには理由があります。
残念ながら、この設定をデフォルトの 3 日間に戻しても、私のフォーラムでのユーザー名変更の数はほとんど変わらないでしょう。実際、ユーザー名を変更するメンバーのほとんどは、登録直後に変更しているからです。これは、登録が Discourse 外で行われ、Discourse フォーラムが SSO を使用してログインしているためです。例えば、bobjoe@gmail.com というメールアドレスで登録した場合、ユーザー名はデフォルトで bobjoe となります。そのため、新規メンバーは通常、自分好みの別の名前に変更します。
仕方ないので、スタッフアクションログにおける「ユーザー名変更」のスパムはそのまま受け入れることにします。
私はこれをバグとして報告しました。なぜなら、自分自身によるユーザー名変更はスタッフメンバーが行ったアクションではないため、文字通りには誤分類されているからです。しかし、意図的に誤分類することで他のフォーラム管理者が恩恵を受ける可能性があることも理解できます。ただ、少し混乱を招くかもしれません(当初は「私のスタッフの誰が、みんなのユーザー名を次々と変更しているのか?」と疑問に思っていました)。
解決策は、SSO フローを修正し、Discourse 上でユーザーのプロビジョニングを行う前に、ユーザーに希望する名前を確認することのようです。
その方法がわかりませんし、それについて質問しても、このスレッドではトピックから外れてしまいます。
