当初、ランダムなユーザー名の生成を許可する場合としない場合の両方で試してみました。結果に違いはありませんでした。
今夜、Username change period（ユーザー名変更期間）を 0 から 1 に変更しました（つまり、ユーザー名の変更を許可する設定に変更）。これでずっとうまくいくようになりました。2つの点で違いがありました（私が注意を払っていなかっただけではない限り）：
- 上記の画面、つまりユーザー名を入力するよう求める画面が表示されました。以前は、この画面は表示されませんでした。ある意味では理にかなっていますが、
Username change period設定のこの効果については、説明書に記載されるべきです。 - ユーザー名入力の画面の前に、氏名とカスタムフィールドの入力を求める画面（このトピックでは言及されていません）が表示されました。これは良いことです。しかし、以前はこれもしませんでした。この違いには意味が見出せません。
この新機能を使用前に確認したいもう1つの変更点は、ログインプロセスに関わるものです（つまり、ユーザーがログアウトした後、再度ログインしようとする場合）。
- 「ワンタイムログインコードをメールで送る」オプションは、「ログイン」ボタンと同じ程度の目立たせるべきです。現状では、あまり直感的ではありません。多くの（非技術的な）人々は、単にパスワードを忘れたと思い込むでしょう。
- 1つのボタンを残し、「パスワードを入力しない場合、ワンタイムログインコードをメールでお送りします」というメッセージを表示するのはどうでしょうか。
- 「パスワードを忘れました」の代わりに、「パスワードをリセットまたは作成する」という表現にすることで、パスワード作成リンクを送信するのと同じ手順であることが示唆されるようにするのはどうでしょうか。
- 「パスワードを設定する」メールのこの段落にあるアイデアの飛躍が大きすぎます：「XYZ上であなたのアカウントにパスワードを追加するようリクエストがありました。または、この検証済みメールアドレスに関連付けられているサポート対象のオンラインサービス（Google、Facebookなど）を使用してログインすることもできます。」2番目の文は、多くのフォーラムでは適用されないでしょう。
良い点として、ワンタイムコードは、Discourse Hub アプリでのログインリンクよりもうまく機能すると思います。以前のログインリンクは、Hub アプリではなくブラウザで開かれていたように思うためです。