안녕하세요. /?status=deleted 필터에서 매우 이상한 버그가 발생하고 있습니다. 이 필터를 사용할 때 페이지가 불완전하게 렌더링되고, UI 요소와 상호작용이 불가능한 상태로 고정되며, 브라우저 CPU 사용량이 급증하다가 결국 브라우저 탭 프로세스가 충돌합니다. 이 문제는 Firefox 102.13 ESR과 Chromium 115.0.5790.98, 그리고 두 브라우저 모두 Debian 12 환경에서 발생합니다. 페이지의 모습은 다음과 같습니다:
이 버그는 /?status=unlisted에서는 발생하지 않습니다 .
참고로, 여기서는 메타에서 정상적으로 작동합니다.
/logs에 오류가 있나요?
JammyDodger:
/logs에 오류가 있나요?
음, 아니요, /?status=deleted에 접근을 시도하는 시간대에 해당하는 항목은 없습니다.
문제가 되는 것이 특정 삭제된 주제일지 궁금합니다. 최근에 눈에 띄는 삭제 작업이 있었나요?
데이터 탐색기 쿼리를 사용해 삭제 내역을 검토해 볼 수 있습니다.
기억나는 것은 없습니다. 답변 수가 -1 인 것이 문제가 될 수 있을까요?
아니요, 그래서는 안 됩니다. 저는 그런 사례를 몇 번 봤고, 이전에 이런 문제가 발생한 적은 없었습니다.
철저하게 확인하기 위해 안전 모드와 콘솔 오류도 언급해야겠습니다.
감사합니다. 안전 모드를 잊고 있었네요. ?status=deleted와 어떻게 조합해야 하나요?
URL 끝에 이걸 붙여 넣으면 될 것 같아요 - /?status=deleted&safe_mode=no_themes,no_plugins
고맙습니다! 그러면 그 버그는 피할 수 있겠네요. 어떤 커스터마이징이 문제를 일으키는지 확인하려면 모든 커스터마이징을 하나하나 살펴봐야 할 것 같습니다.
범위를 좁히는 데 도움이 될 수 있도록, 세 가지 안전 모드 유형에 대한 추가 파라미터는 다음과 같습니다:
?safe_mode=no_themes
?safe_mode=no_themes,no_unofficial_plugins
?safe_mode=no_themes,no_plugins
아, 네, 좋은 생각이었네요. 다시 한번 감사합니다!