"Использовать имя для предложений имени пользователя": не работает в форме регистрации?

Пытаясь помочь в теме Настройка формы регистрации / скрытие или нормализация поля имени пользователя — Поддержка, я обнаружил, что параметр сайта use_name_for_username_suggestions вроде бы не влияет на форму регистрации в моей локальной среде.

Протестировано на самохостинговой версии 2026.3.0-latest.1 (41f62aab8e).

AskBot считает, что это точно должно работать при создании учётной записи через SSO / OAuth2, но не может однозначно подтвердить, что функция должна работать как автодополнение в обычной форме регистрации.

Я задаюсь вопросом: либо у меня неверные ожидания относительно этого параметра, либо я прав и где-то была допущена ошибка, возможно, в исправлениях, связанных с такими темами, как Предложение пустых подсказок имени пользователя вместо «UserN» при регистрации или «Использовать email для подсказок имени пользователя и имени».

Может ли кто-нибудь подтвердить, работает ли этот параметр в вашей локальной форме регистрации?

Объяснение от AskBot:

Согласно тому, что мне удалось проверить, use_name_for_username_suggestions точно используется в процессах создания учётных записей через внешнюю аутентификацию, таких как SSO / OAuth2 / DiscourseConnect. Контекст настройки показывает, что Discourse включает name пользователя как входные данные при формировании подсказки имени пользователя в этих сценариях:

  • /lib/auth/result.rb
  • /app/models/discourse_connect.rb

Я также нашёл свидетельства того, что в Discourse реализовано поведение автодополнения/подсказки имени пользователя в обычной форме регистрации, поэтому эта функция концептуально не ограничивается только SSO. Однако мне не удалось найти текущий источник на Meta, который бы однозначно доказывал, что обычная локальная форма регистрации всегда связана с этим конкретным параметром сайта во всех случаях.

Таким образом, наиболее безопасное резюме звучит так:

  • Подтверждено: use_name_for_username_suggestions влияет на подсказку имени пользователя при SSO / OAuth2 / внешней аутентификации.
  • Вероятно, предполагается: что он также влияет на поведение подсказки/автодополнения имени пользователя в стандартной локальной форме регистрации.
  • Не подтверждено однозначно только по источникам Meta: всегда ли текущая локальная форма регистрации использует именно этот параметр.
1 лайк

Confirmed this setting as no effect on my instance either

Я перемещаю это в баг-трекер. Настройка активирована на try.discourse.org, но опций входа через социальные сети или SSO нет.

При попытке регистрации ничего не предлагается.

1 лайк

Эта настройка работает только для потоков SSO/OAuth, потому что:

  1. в этих потоках email является «источником истины» и единственной обязательной информацией, поступающей от «провайдера входа»;
  2. в локальной форме входа имя обычно расположено внизу (см. скриншот в сообщении @hawk выше).

Я обновил описание настройки сайта, чтобы, надеюсь, сделать его более понятным.

2 лайка

Спасибо всем. Звучит больше как запрос на новую функцию, чем как баг… В целом у меня нет SSO, но я хочу тот же приоритет: имя → имя пользователя — настоящие имена должны определять имена пользователей. В идеале пользователю не нужно будет заполнять это вручную.

Спасибо за внимание, Hawk и zogstrip. Благодарю за разъяснение.

Я согласен, что если бы эта функция действительно работала в форме локального входа, UX был бы неудобен из-за стандартного порядка полей.

Было бы сложно добавить опцию для её включения и изменения порядка полей?

Просто интересно, лучше ли разместить запрос в Contribute > Feature или заказать плагин в Marketplace.

1 лайк

Это не поможет для форума, размещённого на Discourse, как у @Jesse_Starks’. Хотя он упомянул, что, возможно, выберет более высокий тариф в будущем, сомневаюсь, что речь шла об Enterprise-плане, который необходим для кастомных плагинов.

1 лайк

Ах, спасибо. Мне стоит освежить в памяти планы Discourse. У меня мозг самохостинга.

1 лайк