“이름을 사용자 이름 제안에 사용”: 가입 양식에 효과가 없나요?

기여 버그
1

Customize registration form / hide or normalize username field - Support에서 도움을 주려다 보니, 사이트 설정인 **use_name_for_username_suggestions**가 내 로컬 가입 폼에 아무런 영향을 미치지 않는 것 같습니다.

자체 호스팅 2026.3.0-latest.1 (41f62aab8e)에서 테스트했습니다.

AskBot은 이 설정이 SSO / OAuth2 계정 생성에는 분명히 작동해야 한다고 생각하지만, 일반 가입 폼에서 자동 제안(auto-suggest)으로 기능해야 하는지 단정적으로 확인하지는 못했습니다.

이 설정에 대해 제 기대치가 잘못된 것인지, 아니면 제 말이 맞고 어딘가에 버그가 도입된 것인지를 궁금합니다. Offering blank username suggestions rather than ‘UserN’ at signup이나 "use email for username and name suggestions"와 같은 토픽의 수정 과정에서 버그가 발생했을 수도 있습니다.

누군가 이 설정이 로컬 가입 폼에서 실제로 어떤 기능을 하는지 확인해 주실 수 있을까요?

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개의 좋아요
Customize registration form / hide or normalize username field
2

이 설정이 내 인스턴스에도 효과가 없음을 확인했습니다

3

이 문제를 버그로 분류합니다. try.discourse.org에서 해당 설정이 활성화되어 있으며, 소셜 로그인이나 SSO 옵션이 없습니다.

image
image534×104 7.08 KB

회원가입을 시도할 때 아무 제안도 표시되지 않습니다.

image
image1652×1346 146 KB

1개의 좋아요
4

해당 설정은 SSO/OAuth 플로우에서만 작동합니다.

  1. 이러한 플로우에서는 이메일이 "신뢰할 수 있는 출처(source of truth)"이며 "로그인 제공자"에서 받는 필수 정보이기 때문입니다.
  2. 로컬 로그인 양식에서는 이름이 보통 맨 아래에 위치합니다(위 @hawk의 게시물 스크린샷 참고).

설명을 더 명확히 하도록 사이트 설정 설명을 업데이트했습니다.

2개의 좋아요
5

모두 감사합니다. 버그보다는 기능 요청에 더 가까운 것 같습니다… 기본적으로 SSO는 없지만 이름 → 사용자 이름 우선순위가 동일하게 적용되기를 원합니다. 실제 이름이 사용자 이름을 결정해야 하며, 이상적으로는 사용자가 수동으로 입력할 필요가 없어야 합니다.

6

관심 가져주셔서 감사합니다. Hawk & zogstrip. 설명해 주셔서 감사합니다.

이 기능이 로컬 로그인 폼에서 실제로 작동한다면, 표준 필드 순서 때문에 UX가 어색할 것이라는 데 동의합니다.

이 기능을 활성화하고 필드 순서를 변경할 수 있는 옵션을 추가하는 것이 큰 부담이 될까요?

#contribute:feature에 요청을 게시하는 것이 더 나은지, 아니면 #marketplace에서 플러그인을 의뢰하는 것이 더 나은지 궁금할 뿐입니다.

1개의 좋아요
7

@Jesse_Starks 님과 같은 Discourse가 호스팅하는 포럼에는 이 방법이 도움이 되지 않습니다. 그는 나중에 더 높은 플랜을 선택할 수 있다고 했지만, 커스텀 플러그인이 필요한 엔터프라이즈 플랜을 언급한 것은 아니라고 생각합니다.

1개의 좋아요
8

아, 감사합니다. 디스커스 요금제에 대해 다시 한번 살펴봐야겠네요. 제 머릿속엔 셀프호스팅 정보만 가득하거든요.

1개의 좋아요