このユーザーは、リンクをクリックすべきか、認証コードを確認すべきか迷う可能性があります。
うーん、はっきりとは分からないんだけど、「このリンクをクリックするか、このコードを入力してください」というメールはよく見かけるよね。別のデバイスでメールを受け取った場合でも、ワンクリックで済むという利便性があるのは確かだ。——ただ、どのオプションがユーザーにとって分かりやすいかは、サイトの管理者に判断してもらったほうがいいと思う。
「いいね！」 1
フィードバックを共有してくださってありがとうございます！
補足ですが、この変更はユーザー名フォームを削除するものではありません。近日中にリリース予定の変更の現在のバージョンでは、メールコードでメールアドレスを確認した後、専用のユーザー名入力ステップが表示されることになっています：
最近、新しいアカウントで「user1」や「user2」のようなユーザー名が表示されるバグを修正しました。もしまだ新しいアカウントでその現象が見られる場合は、お知らせください。
「いいね！」 1
それは良いことですが、私のケースではこの「アカウントの準備ができました」という表示の後にモデレーターによる承認ステップがあるため、その場合この表示は誤解を招く可能性があります。
「いいね！」 1
現在の安定版で発生したという印象を持っていましたが、旧バージョンのサインアップに戻してしまっているため確認できません。後ほど、あなたが指摘した改善点を入れてから再度試してみます。
「いいね！」 1
この新しい “enable_local_logins_via_code” を使用しようとすると、使い勝手が悪い点があります。私の場合はパスワードマネージャーの Roboform を使っていますが、通常は保存されたユーザー名とパスワードを同時に自動入力し、そのままサイト内に遷移します。しかし、この設定では Roboform が2つのエントリを表示するようになります。1つはユーザー名（私はユーザー名でログインするため、メールアドレスではありません）、もう1つはパスワードです。
しかし、この場合、ユーザー名とパスワードを同時に自動入力する代わりに、コードがすぐに以下の画面へ遷移してしまいます：
その後、メールアドレスを手動で入力する必要があります。安定版では、この処理がよりスムーズに行われるようになりますか？ このプロンプトで Roboform を使用すると、当然ながらユーザー名が挿入され、以下のエラーが発生します：
一つの選択肢としては、すべてのユーザーにパスワードマネージャーのログイン情報をユーザー名からメールアドレスに変更するよう伝えることが挙げられますが、これはユーザーに負担をかけすぎるだけでなく、前述した初期の動作と同じ問題を抱えています。つまり、2番目の画面に遷移し、2段階の手順を踏む必要があるためです。テストとして Roboform をユーザー名からメールアドレスに変更した場合でも、同じことが起きます：
とにかく、現状では使い勝手が悪いだけです。私は決して「ワンタイムログインコードをメールで送信する」というリンクをクリックしたことがなく、すぐに2番目のプロンプトへ遷移してしまいます。
誤解しないでいただきたいのは、6桁のコード方式自体は私やメンバーも好ましく思っているということです。ただ、Roboform のようなパスワードマネージャーと組み合わせた場合、現状よりもっと自然で滑らかな操作になることを望んでいます。
「いいね！」 1
これは最悪だと思います。私は無効化しました。これらが必須にはならないことを確認してもらえますか？
技術に詳しい人以外は、合理的なユーザー名を選ぶ面倒をかける人はいないでしょう。
実際には全員がそうしているわけではありませんが、"名前"が"ユーザー名"と同じくあらゆる場所（例：/admin/users/list/active）に表示されない限り、これはむしろ悪化させる変更です。
（Discourse全般には感謝しています。感謝を忘れて聞こえないようにしたいです！）
「いいね！」 1
そのシステムでログインする際、2点についてお伝えします。
1つ目は、ユーザー名またはメールアドレスの入力を許可できるようにすると、より便利になるかもしれない、ということです。どちらか一方は、もう一方よりも覚えやすい場合があるからです。
もう1つは、私のフォーラムではユーザー名を変更できないことです。これはおそらく私が以前に設定を変更したためだと思いますが、新しいシステムはユーザー名の変更機能に多少依存しているため、この点に注意する価値があるかもしれません。
こんにちは！私も今日この新機能に気づきました。当フォーラムではモデレーションプロセスを行っていますが、突然、新規ユーザーに「happybreeze34」のようなランダムなユーザー名が割り当てられるようになりました。これは私たちにとって問題です。ランダムなエイリアスではなく、ユーザーが自分の名前で登録してほしいからです。
この問題を回避しようと試みたところ、「ランダムなユーザー名を生成する」オプションをオフにすると、代わりに「user1」「user2」などのパターンに戻ってしまうことがわかりました。これはあまり良くありません。
また、全体のフローもやや混乱を招くものだと感じました。ユーザーはまずメールで送られたコードを入力して承認を得る必要がありますが、その後実際にログインする際、どのように進めばよいか不明確です。設定していないパスワードの入力を求められるためです。もう一度コードを送る必要があります（これは自明ではありません）。ログイン後、ユーザーは自分でユーザー名を変更する方法を見つけ出さなければなりません。全体として、かなり長く、混乱を招くオンボーディングプロセスになっています。特に私たちの側では、アカウントがユーザーがその段階に到達する前にモデレーターによる承認を必要とするため、一層そう感じます。
つまり、現状ではこのフローが私たちのニーズに合致していません 
「いいね！」 3
この問題についてご報告いただきありがとうございます！
修正をこちらにプッシュしました：
アップデートして確認していただき、まだこの問題が発生しているかどうか教えていただけますか？
「いいね！」 2
いいえ、ほぼまったく同じことをします。Roboform はメールアドレスを挿入し、1〜2秒待ってから、6桁の入力プロンプトに移動します。このときメールアドレスは表示されたままです。つまり、私がクリックしたわけではないのに、Roboform や何か別の要因が「ワンタイムログインコードをメールで送信」をトリガーしているようです。パスワードを入力して discourse に直接進むという流れではありません。
フィードバックありがとうございます。ランダムなユーザー名の生成をデフォルトでオプトインにするべきか、それともオプトアウトにするべきか検討している最中に、大変参考になります。なお、これは決して必須ではなく、最初の投稿にある以下の手順でオプトアウトできます：
完了後、画面はこのようになります：
「いいね！」 1
スタッフによる承認を必要とするサイト向けのフローを改善するアップデート 
を適用しました。更新後にお試しください。問題があればお知らせください！
「いいね！」 1