재현 단계:
Reviewable UI refresh를 최소한 관리자 그룹에 대해 활성화합니다.기대 결과:
신뢰 수준(Trust level), 가입 날짜, 게시물 수가 올바르게 표시됩니다.
실제 결과:
신뢰 수준은 올바르지만, 가입 날짜가 오늘 날짜로 표시되고 게시물 수는 0으로 표시됩니다.
요청이 올바른 사용자(ID 29)에 대한 것으로 보이며, 응답으로 표시되는 데이터도 올바르게 보입니다.
참고로 @kris.kotlarek, 날짜가 잘못 설정된 것 같습니다
버그를 보고해 주셔서 감사합니다.
게시물 수 측면에서는 현재 표시되는 값이 올바른 것으로 보입니다. 이 수치를 표시하기 위해 /reviewable/334.json 요청에서 반환된 데이터를 사용하고 있습니다. /admin/users/29.json 요청의 데이터는 IP 조회에만 사용됩니다.
두 요청의 차이는 첫 번째 요청이 User.user_stat.post_count를 사용한다는 점이며, 이는 공개 게시물만 집계합니다(비공개 카테고리 및 PM 게시물 제외). 두 번째 요청인 관리자 요청은 모든 게시물(비공개 카테고리 및 PM 포함)을 반환합니다.
저의 경우, 관리자 화면의 게시물 수가 36개임에도 불구하고 32개가 표시됩니다.
사용자분들 중 비공개 메시지나 제한된 카테고리의 게시물이 5개 있는 경우가 있을까요?
잘못된 가입 날짜 문제를 여전히 조사하고 있습니다. 페이지를 새로고침하면 해결되나요?
아니요, 게시글은 모두 카테고리 안에 있었고, 제가 플래깅에 사용한 것과 똑같았습니다. 가입 날짜가 잘못되었을 때 게시글 수는 항상 0이었습니다.
(재테스트는 여전히 Commits · discourse/discourse · GitHub 커밋을 사용하고 있는 제 사이트에서 수행했습니다. 주말에 했던 재현은 지난 10일 동안 아무것도 변경되지 않았는지 확인하고 싶었기 때문에 개발 설치 환경에서 진행했습니다)
안녕하세요 @Moin!
늦게 답변드려서 죄송합니다. 꽤 까다로운 문제였거든요.
사실상, 플래거(flower)가 대상 사용자와 동일할 때 직렬화기(serializer)가 해당 탭에 필요한 추가 정보를 건너뛰고 있었습니다. created_by와 target_created_by의 순서를 바꾸어 target_created_by가 먼저 직렬화되도록 강제하고, 인사이트 탭이 올바르게 채워지도록 수정했습니다.
이제 latest에서 사용 가능합니다. 기회가 되면 테스트해 보시고 알려주세요.
