조치 실행 후 검토 대기열 페이지네이션/무한 스크롤링

리뷰 큐에서 항목을 처리한 후, 예를 들어 '게시물 승인’을 선택하면 더 이상 스크롤을 할 수 없게 되는 것을 발견했습니다(무한 스크롤 페이지네이션으로 더 많은 항목을 불러오기). 적어도 제 경우 ‘정렬 기준:’ 옵션으로 '생성일’을 선택했을 때 그러했습니다.

브라우저: Firefox 데스크톱
Discourse: 2.5.0.beta5

1개의 좋아요

지난 1년 동안 이 페이지를 상당히 다듬었고 로딩 문제도 수정했으리라 확신합니다.

여전히 문제가 발생하고 있다면 재개하도록 표시해 주세요.

1개의 좋아요

@markersocial, 공유해 주실 수 있는 새로운 정보가 있나요? 여전히 문제가 발생하고 있는 것 같습니다.

현재 설정해 두신 정확한 필터를 알려주시면 재현을 시도해 볼 수 있습니다.

2개의 좋아요

네 :slight_smile:

그래서 2.8.0beta4에서 다시 테스트해 보았는데, 기본 정렬 순서(점수)에서도 여전히 문제가 발생합니다. 과거 테스트 결과에 따르면 다른 정렬 옵션에서도 동일한 문제가 발생할 것으로 보입니다.

재현하려면 리뷰 대기열에 최소 11개의 항목이 있어야 합니다. 목록 맨 위 항목을 처리(승인/거부 등)한 이후에는 아래로 스크롤하거나 목록의 마지막 항목으로 페이지네이션을 수행할 수 없게 됩니다. 다시 페이지네이션을 사용하려면 전체 목록을 새로고침해야 합니다.

2개의 좋아요

완벽합니다, 자세한 정보 감사합니다! @sam, 이 문제를 재현할 수 있습니다. @markersocial님이 제안하신 대로 재현이 매우 쉽습니다. 최소 11개의 게시물을 신고하고, 검토 대기열을 열어서 첫 번째 신고를 처리한 후 아래로 스크롤하면 됩니다.

3개의 좋아요

Ember에 익숙하지 않아서 여기저기 용어를 잘못 사용할 수 있습니다.

reviewable을 해결한 후에는 reject를 호출하여 현재 reviewables 목록에서 제거됩니다:

https://github.com/discourse/discourse/blob/main/app/assets/javascripts/discourse/app/controllers/review-index.js#L107

reject는 배열을 반환합니다. reviewables 변수에 newList 배열이 할당되면(114행), loadMore()와 같은 추가 메서드를 가진 클래스가 기본 배열로 대체됩니다. (수정: 이것이 항목을 해결하기 전에는 로딩이 정상적으로 작동하지만, 해결 후에는 작동하지 않는 이유입니다)

가능한 수정 방법은 this.set("reviewables", newList);를 this.reviewables.set("content", newList);로 교체하는 것입니다.

3개의 좋아요

여기에서 이제 수정되었습니다 :arrow_down:

5개의 좋아요