enable_names 설정을 비활성화하면 GUI 전체에서 전체 이름이 제거됩니다.
관리자 뷰에서는 제외되므로 지금까지는 괜찮습니다.
동작하는 것처럼 보이지만 실제로는 그렇지 않습니다.
- 처음에는 이름이 표시되지 않습니다.
- 이름을 편집할 수 있습니다.
- 그런 다음 이름은 표시되지만 저장되지 않습니다.
영상을 확인해 주세요.
버전: 오늘 아침 기준 tests-passed.
8개의 좋아요
관리자 메뉴에서 사용자를 편집할 때입니다. 사용자의 이름을 변경하면 저장은 되지만, 새로고침을 하면 아무것도 저장되지 않았습니다.
이름 필드에 이름이 표시되지 않습니다.
편집 후 저장하면, 위 이미지와 같이 새로고침 시 이름이 저장되지 않습니다.
실행 중인 테스트는 최신 상태로 통과되었습니다.
3개의 좋아요
enable names 설정이 활성화되어 있나요?
5개의 좋아요
아니요, 활성화되어 있지 않습니다. 최근 버그입니다. @JammyDodger 이 토픽을 Richards의 것과 병합해 주시겠어요?
3개의 좋아요
최근 것인지 확실하지 않습니다.
1개의 좋아요
관리자는 enable_names 설정과 관계없이 이름을 확인하고 수정할 수 있어야 합니다. 
4개의 좋아요
글쎄요, 충분히 최신 버전인데도 이 동작 변경을 t가 부드럽게 될 때까지 알아채지 못했습니다. (아마도 이 문제가 처음 보고된 지 4년 전인 것 같기도 하죠?)
1월에 Richard가 올린 게시글.
사실 제가 사용 중인 포럼 두 곳의 연혁은 각각 4년과 7년입니다.
그래서 동작이 실제로 변경되었을 때 왜 알아채지 못했는지를 설명할 수 있는 이유입니다. 사용자의 세부 정보를 자주 변경하거나 수정하지 않으니까요.
설정을 하나 추가해야 하지 않을까 싶습니다. 이름은 '활성화(enable)'이고, 전역으로 표시할지 여부를 선택할 수 있도록 하는 거죠.
링크하신 토론에서 언급했듯이, 전체 이름은 최소한 사용자와 관리자에게만 표시되어야 합니다.
2개의 좋아요
Bump
관리자는 이름(Name) 필드의 내용을 볼 수 있어야 합니다. 사진은 제 계정을 보여주고 있지만, 이 필드를 편집하고 저장해도 새로고침 시 내용이 비어 있습니다.
전에 이 문제를 논의한 것 같았는데 검색어로 찾기가 어려웠습니다.
현재 사이트 설정은 숨김을 해제하고 모든 표시되는 사이트 영역에 추가하는 것입니다.
관리자는 항상 이 사용자 필드를 볼 수 있어야 합니다. 그리고 제 생각에는 이것이 계정 세부 정보의 일부이므로 사용자 설정 메뉴의 “계정” 항목에도 표시되어야 합니다.
3개의 좋아요
음, @Moin이 언급한 설정을 찾아봤는데, 모든 사람에게 정보가 채워지지는 않네요. 현재 사용자의 카드에만 표시됩니다.
이름 활성화 설정은 정상적으로 작동합니다. 하지만 사용자가 해당 필드에 이전에 입력한 정보는 비어 있습니다 아, 일부 사용자는 그 필드에 정보가 채워지지 않았던 거네요. 의문이 풀렸습니다.
이 설정에 대해 더 명확하게 설명해야 할 것 같습니다. 제 생각에는 기본값으로 켜져 있어야 합니다.
원인을 알아냈습니다.
class BasicUserSerializer < ApplicationSerializer
# ...
def include_name?
SiteSetting.enable_names?
end
관리자에 대한 특별한 판단 로직이 없습니다.
하지만 궁금한 점이 있습니다. 이 부분을 어떻게 수정해야 할까요? moderato가 사용자 이름을 변경할 수 있나요? 아니면 admin만 가능한 건가요?
3개의 좋아요
그렇다고 생각합니다.
3개의 좋아요
설명에 있는 “모두에서 숨김” 기능이 관리자에게도 적용되어야 하는지 궁금합니다… 어쩌면 관리자도 관리 패널에서 이름을 볼 수 없어야 할까요?
upd: 이 설명에 따르면 관리자에게도 표시되어서는 안 되는 것 같습니다
1개의 좋아요
완전 모더레이터에게는 토글 옵션으로 만드는 것을 제안합니다. 다만 앞서 논의했듯이 관리자(admin)는 이 필드를 항상 볼 수 있어야 합니다.
이름 표시를 활성화하면 이제 이메일에 실제 이름이 포함되므로 프라이버시가 깨집니다. 추가 설정이 있는 건가요? 회원이 이메일 알림에 사용자 핸들 대신 실제 이름이 포함된다고 보고한 후에도 그런 설정을 찾지 못했습니다.
예를 들어, 제가 보낸 답장에 대한 이메일을 사용자에게 보내면 이메일에 실제 이름이 포함되어 있었습니다.
그러면 이 기능이 모든 사용자에게 해당 필드를 숨긴다면, 회원도 그 세부 정보를 볼 수 없으므로 해당 필드를 사용하는 기능도 비활성화되어야 합니다.
제가 관리하는 스테이블 브랜치 포럼은 여기서 논의된 동작 변경의 영향을 받지 않습니다.
이메일에서 실제 이름 대신 사용자 이름을 보내도록 수정하려면 어디서 수정해야 하나요?
그리고 사용자 카드에서 현재 사용자 본인에게만 실제 이름이 표시되도록 하려면 어떤 CSS를 사용해야 하나요?
1개의 좋아요
관리자도 '가입 후 수정 가능’과 '공개 프로필에 표시’가 비활성화된 사용자 정의 필드를 보고 편집할 수 있다고 생각합니다. 이 경우 사용자는 자신의 필드를 볼 수 없지만, 관리자는 볼 수 있습니다. 이름 필드도 동일한 방식으로 동작한다면 일관성이 있을 것입니다.
그렇다면 설명을 변경할 수 있습니다. 예를 들어:
사용자의 전체 이름을 프로필, 사용자 카드, 이메일에서 모든 사람에게 표시합니다. 비활성화된 경우, 전체 이름은 스태프에게만 사용자의 프로필에서 표시됩니다.
2개의 좋아요
감사합니다, Richard! 보고해 주신 문제를 재현할 수 있었고, 수정하겠습니다. 
관리자는 포럼의 여러 위치에 사용자 이름이 표시되지 않더라도 항상 사용자 이름을 보고 관리할 수 있어야 합니다.
이번 대화의 나머지 부분에 대해서는, 이러한 설정들을 하나로 묶어 이해하기 쉽게 만드는 데 더 많은 작업이 필요하다고 생각합니다. 추가 조사를 위해 해당 항목을 목록에 추가하겠습니다.
그동안 enable names 사이트 설정 설명의 모호한 표현을 제거하기 위해 작은 PR을 만들었습니다.
3개의 좋아요
이 문제를 자세히 살펴보고 우리가 내야 할 결정을 파악한 후, 여러 개의 할 일을 만들어야 한다고 생각합니다. 이 부분을 파악하기 위해 제게 할 일을 배정해 두겠습니다.
2개의 좋아요
이 주제에 대해 다음 세 가지 조치 사항이 있는 것으로 보입니다:
enable_names사이트 설정이 비활성화되어 있더라도 관리자가 사용자의 전체 이름을 항상 보고 편집할 수 있도록 허용enable_names사이트 설정이 비활성화되어 있을 경우 이메일에 사용자의 전체 이름을 포함하지 않음enable_names사이트 설정 설명을 변경하여 보안 기능이 아님을 명시. 관리자와 모더레이터는 이를 볼 수 있으며, .json에 익숙한 사용자도 이를 찾을 수 있습니다. 사이트에서 사용자가 익명성을 유지하도록 허용하려면 이름 필드에 실제 이름을 입력하지 않아야 합니다.
(1)과 (2)에 대해 검토할 예정입니다.
(3)의 경우, 모호하지 않은 더 나은 표현을 찾아야 하며, 더 자세한 내용을 위해 메타의 문서 주제를 링크해야 합니다. 다음과 같은 표현이 어떨까요?
프로필, 사용자 카드 및 이메일에 회원의 전체 이름을 표시합니다. 참고: 이는 보안 기능이 아닙니다. 관리자와 모더레이터는 항상 이름을 볼 수 있으며, .json을 통해 이름이 발견될 수도 있습니다. 자세히 보기
4개의 좋아요
Restrict exposure of full name to certain groups 주제의 구현을 시작했고, 마침 제 목표와 완전히 일치하는 이 주제를 발견했습니다.
제 접근 방식은 적절한 컨텍스트에서 SiteSetting#enable_names를 새로운 Guardian#can_see_full_names?로 대체하는 것입니다. 이 새로운 가디언 판정 메서드는 사용자 컨텍스트를 새로운 사이트 설정인 full_names_visible_to_groups와 비교하여 확인합니다.
의도치 않게 다른 작업과 충돌하거나(또는 중복 작업을 하거나) 하지 않도록 하려면, 위 (1)/(2)/(3) 등의 상태/계획에 업데이트가 있는지, 그리고 제가 알아야 할 미공개(즉, main 저장소에 없는) 작업/코드가 있는지 궁금합니다.
(1)과 (2)는 우리 목록에 포함되어 있지만, 아직 우선순위가 정해지거나 작업이 진행되지 않았습니다. (3)은 좋은 아이디어로 보이지만, 이 역시 아직 변경이 이루어지지 않았습니다.
귀하의 구현은 나쁘지 않지만, 해당 팀의 엔지니어가 여기에 응답할 기회를 드리기 위해 잠시 기다려 주시겠어요.
그런데 제품 관련 질문이 하나 있습니다. 왜 일부 그룹에만 전체 이름 접근 권한을 부여하고 다른 그룹에는 부여하지 않으려는 건가요? 사용 사례를 좀 더 자세히 설명해 주실 수 있을까요?