죄송합니다, 여러분. 한 단계를 빠뜨렸고, 절차도 잘못 보고했습니다. 버그가 발생한 트리거는 큐(혹은 여러분이 부르는 이름)를 닫으려 했을 때, 큐 개수 대신 를 클릭한 것이었습니다.
어제의 정확한 단계를 기억하진 못하지만, 방금 여기서 재현할 수 있었습니다.
설정
큐 펼치기
지우기
복구
하트를 복구하려고 할 때 오류 메시지가 표시되어야 합니다. 아래 세부 사항으로 넘어가기 전에, 위의 단계로 해당 동작을 재현해 볼 수 있는지 확인해 주세요. 꽤 이상한 일이 일어납니다.
참고로 저는 산업 자동화, 로봇공학, 비전 시스템 개발자이므로, 제가 제출하는 버그 리포트는 대체로 매우 신뢰할 수 있습니다.
P.S. 아래 구분선이 거의 보이지 않습니다. 다른 분들께는 적절한 대비로 렌더링되나요? (현재 사용 중인 테마를 보고해 주세요.)
@sam의 게시물에서 한 번 이 상황을 만들었고, 의 멈춰 있는 상태가 해소되는지 확인하기 위해 페이지를 새로고침했습니다. 더 테스트하기 위해 페이지를 새로고침했을 때, 는 예상대로 작동했습니다. @Jagster의 게시물도 새로고침 직후 정상적으로 작동했습니다(새로고침 전에 아무 조작도 하지 않았으므로). 하트를 설정하고 지울 수 있었습니다.
그러나 잠시 후, Sam의 게시물에서 를 지우지 못했고, Jakke의 게시물은 OP에서 보고된 대로 set() 상태에 멈춰 있으며, 다음과 같은 오류를 발생시켰습니다:
위의 단계로 재현해 볼 수 있는지 확인해 주세요. 같은 페이지 방문 중 큐를 열어둔 상태에서 를 설정한 뒤 지우는 것과 관련이 있다고 생각합니다.
재현 방법에 대해 더 많은 세부 정보를 보고할 수 있다면 그렇게 하겠습니다. 새로고침 없이 Jakke의 게시물이 동작을 변경한 것은 매우 이상했습니다.
메타에서 이 문제를 재현해 보았는데, 재현할 수 있었습니다. 레이트 리미팅(rate limiting) 문제인 것 같습니다. 30초 이내에 좋아요를 3~4번 클릭하면, 해당 작업을 다시 수행하려면 30초를 기다려야 한다는 레이트 리미팅 오류가 발생합니다. 이 과정을 두 번 반복한 후에도 동일한 오류가 발생했습니다.
Discourse가 제가 봇이라고 판단하여 잘못된 작업을 시도하고 있다고 생각하기 때문이라고 생각합니다.