핵심 요약
- 깃허브에서 PR 머지 후 탭의 개수가 실제와 다르게 과다 집계되는 UI 오류가 보고되었습니다.
- 11년 차 사용자가 센트리 연동 중 조직 목록 2페이지로 이동하지 못해 자바스크립트로 강제 이동하는 버그도 함께 발생했습니다.
- 기초적인 카운팅과 페이지네이션 오류가 연달아 터지자 깃허브 내부 개발 상황에 대한 의문이 제기되고 있습니다.
요약 개발자 척 그린먼(Chuck Greenman)이 최근 깃허브(GitHub) 웹 UI에서 숫자를 제대로 세지 못하거나 페이지네이션이 꼬이는 황당한 버그 두 가지를 겪었다고 공유했습니다.
첫 번째 문제는 리포지토리 상단 탭에서 풀 리퀘스트(PR) 개수가 실제보다 더 많이 표시되는 과다 집계 오류입니다. 특히 PR을 머지(merge)한 직후에 이 현상이 자주 나타나며, 심지어 같은 웹페이지 바로 아래 영역에는 올바른 PR 숫자가 버젓이 적혀 있는데도 상단 탭에는 잘못된 숫자가 뜨는 굴욕적인 모습을 보였습니다.
두 번째 오류는 에러 모니터링 도구인 센트리(Sentry)를 연동하는 과정에서 발생했습니다. 작성자는 11년간 깃허브를 사용해오면서 소속된 조직(org) 목록이 3페이지에 달할 정도로 많았는데, 하필 센트리를 연동하려는 조직이 2페이지에 위치해 있었습니다. 하지만 연동 팝업창 특성상 크롬 주소창을 직접 수정할 수 없었고 페이지 전환 인터페이스에 문제가 생겨, 결국 자바스크립트를 이용해 강제로 페이지를 이동시켜야만 작업을 마칠 수 있었습니다.
작성자는 세계 최대 개발 플랫폼인 깃허브에서 이런 기초적인 UI 오류가 동시에 발생하는 것에 대해 도대체 내부에서 무슨 일이 벌어지고 있는지 궁금하다며 유저들의 의견을 구했습니다.
Sponsored · 광고