자동 그룹의 멤버 가시성을 그룹 관리 UI에서 변경할 수 없습니다. 구체적으로 말하면, UI에서는 새로운 값을 선택할 수 있고 Save Changes를 누르면 "Saved!"라고 기꺼이 보고하지만, 백엔드에서는 해당 요청이 조용히 무시됩니다.
이것은 FIX: Add `errors` field if group update confirmation - Pull Request #16260%EC%9D%98 - discourse/discourse - GitHub GroupsController에 있는 group_params() 메서드에 도입된 회귀 문제(regression)로 보입니다.
2개의 좋아요
manuel
(Manuel Kostka)
1월 15, 2024, 7:29오후
2
나도 방금 이 문제를 겪었는데, 가시성 설정을 변경할 수 있으면서도 실제로는 조용히 무시되는 점이 혼란스럽습니다.
그룹 페이지에서 관리자와 신뢰 수준을 모든 사용자에게 표시할 방법이 전혀 없나요?
이 기능 요청에 대해 더 많은 논의가 있는 Contribute > Feature 요청 버전이 있는 것 같습니다:
(One person’s feature request is another person’s bug report… )
The “Groups” index page (e.g., /groups or /g), should respect the visibility settings of the automatic groups, and display them accordingly. It does this for the Moderators group, but not the others. This is due to a hard-coded exception in GroupsController.index(), which causes the other automatic groups to never appear on the index page when viewed by non-staff users, no matter what the visibility settings are…
2개의 좋아요
pmusaraj
(Penar Musaraj)
1월 15, 2024, 8:22오후
5
방금 테스트를 해보았는데 문제를 정확히 재현할 수는 없지만, 우리가 테스트하는 대상이 다를 수 있습니다.
Meta에서 trust_level_4 그룹의 가시성을 로그인된 사용자에서 모든 사용자로 변경했습니다. 변경 전에 https://meta.discourse.org/g/trust_level_4를 방문하면 404가 반환되었지만, 변경 후에는 그룹 멤버 목록이 반환됩니다. 이후 저는 이 변경 사항을 되돌려 해당 경로가 익명 사용자에게 다시 404로 돌아가도록 했지만, 가시성 변경 자체는 정상적으로 작동합니다. 로컬에서도 동일한 테스트를 수행했습니다.
문제가 그룹 가시성을 변경한 후 일반 사용자에게 /groups에 해당 그룹이 표시되지 않는 것이라면, 이는 화면을 깔끔하게 유지하기 위한 의도적인 설계입니다(최근에 생긴 회귀 문제가 아니라, 2017년에 이렇게 설계 되었습니다)… 일반 사용자는 자동 가입 그룹에 가입할 수 없으므로, 가시성이 허용하더라도 디렉토리에 그런 그룹을 나열하는 데 큰 의미가 없습니다.
1개의 좋아요
아마도 이 버그가 무엇에 관한 건지 혼동했던 것 같아서 다시 열었습니다…
mdoggydog:
잠깐… 이 버그는 수정되지 않았습니다. 3.2.0.beta5-dev에서도 여전히 존재합니다. 그리고 이것은 그 자체로 버그입니다 — 언급된 기능 요청의 동작과는 무관합니다. (또한 2017년의 설계 결정과 무관하게 2022년에 코드로 침투했습니다. 하지만 2017년의 결정들이 이 버그를 발견하기 더 어렵게 만들었을 가능성이 큽니다.)
이 버그는 “이 그룹을 누가 볼 수 있습니까?” 설정(visibility_level)에 관한 것이 아닙니다 . “이 그룹의 멤버를 누가 볼 수 있습니까?” 설정(members_visibility_level)에 관한 것입니다.
자동 그룹의 “이 그룹의 멤버를 누가 볼 수 있습니까?” 설정을 변경해 보세요… 저장(Save)을 누른 후… 웹페이지를 새로고침해서 변경 사항이 실제로 저장되었는지 확인해 보세요…
제 기본 재현 방법:
g/trust_level_1/manage/interaction으로 이동
‘Who can see this group’s members?’(이 그룹의 멤버를 누가 볼 수 있습니까?)를 ‘Everyone’(모두)이 아닌 다른 값으로 변경하고 저장
페이지 새로고침
기대 결과 - 값이 변경됨
실제 결과 - ‘Everyone’(모두)으로 되돌아감
2개의 좋아요
pmusaraj
(Penar Musaraj)
1월 16, 2024, 5:59오후
12
고맙습니다 @mdoggydog , 보고서를 잘못 읽었습니다. @JammyDodger와 마찬가지로 “이 그룹의 멤버를 누가 볼 수 있습니까?” 드롭다운에서 문제를 재현할 수 있습니다.
수정 사항이 검토를 위해 제출되었습니다.
main ← groups-member-visibility-bugfix
merged 05:54PM - 17 Jan 24 UTC
See https://meta.discourse.org/t/cannot-change-member-visibility-level-of-automa… tic-groups/280373/11?u=pmusaraj for details, this regressed in 03ad88f2c241062e0bb976b730228f9428edef92
4개의 좋아요
와, 감사합니다 @pmusaraj — 수정이 실제로 작동하는 것 같습니다!
아직 조사하고 수정해야 하는 근본적인 구조적 버그가 있습니다: 백엔드에서 아무것도 저장하지 않았음에도 프론트엔드에서 “저장” 버튼을 누르면 "저장되었습니다!"라고 보고되는 문제입니다. 이를 어디에/어떻게 보고해야 할지 확실하지 않지만, 수정될 때까지 추적해야 할 기술 부채입니다.
3개의 좋아요
이 주제는 2일 후 자동으로 닫혔습니다. 더 이상 답변을 남길 수 없습니다.