이것은 버그처럼 보이지만, 어떻게 재현할 수 있는지 파악하지 못하겠습니다.
다음과 같은 내용으로 알림 DM을 받습니다:
하지만 검토 링크를 클릭하면 대기 중인 사용자가 없습니다. /admin/users 페이지에서는 이메일 주소를 인증하지 않은 사용자를 몇 명 볼 수 있습니다.
알림이 잘못된 수치를 표시하고 있는지, 승인 대기 중이지만 검색 시 표시되지 않는 사용자가 어딘가에 존재하는지, 아니면 이메일을 인증하지 않은 사용자가 알림에서는 대기 상태로 계산되지만 승인 목록에는 포함되지 않는지 판단할 수 없습니다.
당연한 소리 하는 거 아니냐고 할지도 모르겠지만, allow_new_registrations가 우연히 체크가 안 된 건 아닌가요? 분명 must_approve_users 설정이 활성화되어 있는데, 가입이 비활성화되어 있으면 이것이 어떻게 영향을 미치는지 잘 모르겠습니다. 
가입 설정이 계정 생성을 덮어쓰고 비활성화하는 거라고 생각했는데, 그건 또 말이 안 되고…
아마도 아주 명백한 문제일 것 같으니, 도움을 주셔서 감사합니다.
네, 두 옵션 모두 체크되어 있습니다. 일부 사용자는 정상적으로 가입하고 승인도 받고 있습니다. 다만 대기 중이라고 표시된 숫자가 알림에 표시된 숫자와 일치하지 않는 것이 문제입니다. 알림에는 5명이라고 표시되어 있었는데, 지난 며칠 동안 실제로는 2명뿐이었습니다.
정말 이상하네요. 승인 요청이 검토를 위해 전송(카운트)된 후, 사용자 등록 과정에서 무언가가 거부되고 있는 것 같습니다…
모든 검토된 항목을 표시할 때 검토된 사용자도 함께 표시되나요, 아니면 스태프 로그에서 가져오는 건가요? 
이미 검토가 완료된 항목에 대해 검토 가능 항목 알림이나 DM을 자주 받았는데, 그래서 아무것도 표시되지 않았습니다.
제가 그 문제를 다른 사람이 나(또는 사이트 소유자)가 처리하기 전에 먼저 사용자를 승인한 것이라고 가정했습니다. 하지만 그렇게 계산하면 숫자가 맞지 않네요.
사용자는 가입 승인이 되기 전에 계정을 삭제할 수 있을까요?
아마도? 그렇게 생각하지는 않아요. 그 작업을 하려면 로그인해야 하는데, 승인받기 전까지는 로그인할 수 없거든요 (다만 코드를 직접 확인한 건 아니에요).
버그 보고를 작성하기 전에 검색하다가 이 주제를 발견하여 추가합니다.
요약하자면, 알림 쿼리가 거부된 사용자도 함께 집계하고 있어 잘못된 결과를 반환하고 있습니다.
알림 내용: 승인 대기 중인 사용자 16명, 링크를 클릭하면 2명만 보입니다.
알림에 사용되는 쿼리는 다음과 같습니다.
puts AdminUserIndexQuery.new(query: "pending", stats: false).find_users_query.to_sql
SELECT "users".* FROM "users"
WHERE (suspended_till IS NULL OR suspended_till <= '2023-11-13 11:05:23.225614')
AND "users"."approved" = FALSE
AND "users"."active" = TRUE
ORDER BY users.created_at DESC,users.username
제 경우 이 쿼리는 16명의 사용자를 반환합니다.
[4479, 4472, 4456, 4446, 4443, 4430, 4302, 4291, 4206, 4199, 4178, 4168, 4131, 4061, 3677, 3642]
이 ID들을 Reviewables 큐에 넣으면 실제로 승인(상태 0)이 필요한 사용자는 2명이고, 이미 거부(상태 2)된 사용자는 14명인 것을 확인할 수 있습니다.
ReviewableUser.where(type: 'ReviewableUser')
.where(target_id: ids)
.pluck(:target_id, :status)
[[3642, 2], [3677, 2], [4061, 2], [4131, 2], [4168, 2],
[4178, 2], [4199, 2], [4206, 2], [4291, 2], [4302, 2],
[4430, 2], [4443, 2], [4446, 2], [4456, 2], [4472, 0], [4479, 0]]
오늘 누군가가 이 문제에 대해 불만을 제기했습니다. 이 모든 것을 찾기 전에, 저는 다음과 같은 방식으로 문제를 "해결"했습니다:
bad=User.where(approved: false);
bad.each do |user| puts "https://community.open-emr.org/admin/users/#{user.id}/#{user.username}"; end;
이 코드는 모든 사용자의 관리자 URL을 출력하므로, 거기서 승인하거나 삭제할 수 있을 것 같습니다.
그러므로 이것은 여전히 버그인 것 같습니다.
그리고 이어서:
ids=bad.pluck(:id);
ReviewableUser.where(type: 'ReviewableUser')
.where(target_id: ids)
.pluck(:target_id, :status)
이제 다음과 같은 결과가 반환됩니다:
=> [[4610, "rejected"], [4527, "rejected"], [4643, "rejected"], [4648, "rejected"]]
그러니까 이것들은 ReviewableUser에서 삭제해야 하는 것일까요?
아니면 그냥 사용자들을 삭제하면 될까요?
관리자(Admin)가 아닌 모더레이터(Moderator)로서, 필터링되지 않은 검토 대기열(Review Queue)에서 거절된(Rejected) 사용자들을 나열할 수는 있었습니다. 하지만 사용자(User) 섹션에서 그들을 찾을 수 없었으며, 검토 대기열에서 거절된 사용자의 사용자 편집기(User editor)에 접근할 수도 없었습니다.
검토 대기열에 사용된 필터 파라미터는 다음과 같습니다.
https://gramps.discourse.group/review?additional_filters={}&sort_order=score&status=rejected&type=ReviewableUser
따라서 모더레이터는 사용자 탭에서 “거절(Rejected)” 및 “거부(No)” 승인 상태의 사용자를 찾을 수 있어야 하거나, 검토 대기열에서 사용자 편집기로 이동할 수 있어야 합니다.
저도 같은 문제를 겪고 있으며, 지원팀에서 여기로 안내받았습니다.
계정에서 유일한 스태프이자 관리자입니다. 따라서 다른 관리자가 승인한 것이 아니라 확실히 이 버그로 인한 문제입니다.
세 가지 알림 모두에서 대기열을 클릭했을 때, 승인을 기다리는 사용자가 아무도 없었습니다:
최근 신규 사용자 승인을 활성화했습니다. 신규 사용자는 매우 적으며, 이는 홍수가 아니라 작은 흐름에 불과합니다. 통지를 받고, 사용자를 승인(보통은 승인)한 후 약 1분 이내에 검토 대기열이 실제로 비어 있음에도 새로운 유령 통지가 오는 현상은 100% 재현됩니다.
어떤 레이스 컨디션(race condition)인 것 같습니다.
데이터 탐색기 쿼리를 사용하여 대기열에 보이지 않는 사용자를 찾아 해당 사용자의 관리자 페이지에서 직접 승인할 수 있습니다.
SELECT id as user_id
FROM users
WHERE approved = false
AND active = true
최근 제가 이 방법으로 처리했습니다. 또한 7일마다 이 메시지가 반복적으로 표시되었습니다. 그래서 쿼리를 사용했고 그 결과는 다음과 같습니다.
그리고 사용자 관리자 페이지에서 이를 확인했습니다.
하지만 제 경우 버튼이 작동하지 않는 이유는 아직 파악해야 합니다. 아직 자세히 살펴볼 기회가 없었습니다.
아마도 여러분에게는 버튼이 정상적으로 작동할 것입니다. 대기열에는 사용자가 없는데 이러한 알림이 발생하는 결과를 초래하는 버그가 하나 이상 있다고 생각합니다. RGJ는 거부된 사용자에 대해 무언가를 발견했고, 저는 설정이 활성화되어 있을 때 일부 기존 사용자가 승인되지 않는 경우를 보고했습니다.
저도 비슷한 경험이 있었을 수 있지만, 저의 경우 채팅과 일치하는 당신의 검색어는 사용자 외에는 아무것도 일치하지 않았습니다. 탐색기 쿼리
SELECT id as user_id
FROM users
WHERE approved = false
AND active = true
은 전혀 신규가 아닌 한 명의 사용자를 반환했습니다:
가입일 2021년 4월 9일
마지막 게시글 4월 16일
마지막 접속 4월 16일
조회수 1308
신뢰 수준 멤버
음, 수동으로 승인할 수 없습니다. 뭔가 잘못되었습니다!
수정: 저만이 아닙니다 - 이 새 토픽을 확인해 주세요: 프로필의 승인 버튼이 작동하지 않습니다
관리자 인터페이스에서 승인 버튼을 확인하고 클릭해도 아무 반응이 없습니다. 브라우저 콘솔에서 500 오류가 표시됩니다.
requestedUrl:
“/admin/users/332/approve”
responseText:
"<!DOCTYPE html>\n<html>\n<head>\n <title>Oops - Error 500</title>\n <meta http-equiv="Content-Type" content="text/html; charset=utf-8">\n</head>\n<body>\n <h1>Oops</h1>\n <p>The software powering this discussion forum encountered an unexpected problem. We apologize for the inconvenience…
저희가 스타터 플랜을 사용 중이라 데이터 탐색기를 사용할 수 없기 때문에 더 걱정됩니다. 이는 승인 대기 중인 사용자가 있지만, 제가 그들을 볼 수 없을 뿐이라는 생각이 들게 합니다.
알림 메시지의 제목에 적힌 숫자보다 더 많은 사용자를 본 적은 없습니다. 메시지에 1이라고 되어 있고, 실제로도 1명만 찾았습니다.
하지만 Data Explorer를 사용하지 않더라도 승인되지 않은 사용자를 효율적으로 찾을 수 있습니다. /admin/users 화면 오른쪽 상단의 버튼을 사용하여 사용자 디렉토리를 내보낼 수 있습니다.
그리고 원하는 도구로 해당 파일을 열어 approved가 false인 사용자를 확인하면 됩니다. 저는 Excel을 사용했는데, 실제로 사용자가 한 명뿐임을 볼 수 있습니다:
@Moin 정말 도움이 되네요, 왜 그걸 생각하지 못했을까요?
아, 내보내기를 보니 승인되지 않은 사용자들이 실제로 있네요! 검토 페이지는 여전히 비어 있는데도요:
이것은 심각한 버그인 것 같습니다. 아무도 이 사용자들에게 연락하지 않았다면 그들은 매우 답답했을 거예요. 제가 직접 찾아서 승인하기 전에, Discourse 팀이 /review 페이지에 표시되지 않는 버그를 조사할 기회를 주겠습니다.
