금요일에 Discourse 2026.3.0-latest.1(12b79c7da6)로 업데이트했습니다.
그때부터 관리자 페이지에서 다음과 같은 화면이 표시됩니다:
테마 자체로 들어가면 Error cloning git repository, access is denied or repository is not found(Git 저장소 클론 오류, 접근이 거부되었거나 저장소를 찾을 수 없음)라는 메시지가 나타납니다:
모든 테마에서 동일한 오류가 발생합니다.
해당 저장소들은 여전히 공개적으로 접근 가능합니다. 예:
이것이 최신 업데이트에 포함된 버그일까요? 
흥미롭네요.
서버 자체에서 wget로 저장소를 가져올 수 있으니, 블로킹 문제는 아닌 것 같습니다.
더 자세히 살펴보고 어떤 문제를 발견할 수 있을지 확인해 보겠습니다 
죄송합니다. 명확히 하자면, 각 구성 요소를 수동으로 들어가서 "업데이트 확인"을 클릭하면 실제로 업데이트를 확인합니다.
각 구성 요소를 수동으로 확인하기 전에 왜 모두 오류가 표시되는지 확실하지 않습니다.
지난 한 달 동안 내 포럼에서 비슷한 현상을 본 것 같은데, 이후로는 문제가 없었습니다. GitHub에서 어떤 종류의 속도 제한(rate limiting)을 하고 있는 건 아닐까요?
명령줄 업데이트를 시도해 보셨나요?
지난 8년 동안은 항상 명령줄을 통해 업데이트를 해왔고, 웹 인터페이스는 한 번도 사용해본 적이 없어요 
업데이트 방식이 테마 업데이트 확인에 어떤 영향을 미칩니까?
제안을 보고 업데이트 실패와 관련된 문제들을 떠올렸지만, 여기서는 업데이트 프로세스 중에 발생하는 문제가 아니라 업데이트를 확인하는 과정에서 Git 저장소와의 연결에 문제가 발생하는 것이므로, 업데이트가 어떻게 수행되는지와는 무관하지 않을까요?
CMD 라인에서 다시 빌드하는 것이 업데이트 문제를 해결하는 간단한 방법입니다. 때로는 문제를 해결하기 위해 재빌드를 두 번 실행해야 하는 경우도 있습니다.
재현이 매우 어렵기 때문에 사용자 환경 설정과 관련된 문제인 것 같습니다.
하나의 아이디어는 해당 구성 요소를 삭제한 후 다시 추가하는 것입니다. 오래된 URL을 사용하고 있었거나, GitHub에서 드롭릿이 속도 제한(rate limiting)을 받고 있는 것일 수도 있습니다.
저는 이쪽이나 GitHub 장애 쪽에 걸겠습니다. 최근에도 수차례 발생했었거든요.
이 시간표는 해당 장애 보고서들과도 일치할 수 있습니다.
이 토론이 관련 있을 수 있습니다
