애플 macOS 버그 보고서 수정 없이 폐쇄

애플, macOS 버그 리포트 수정 확인 없이 폐쇄하는 관행

개발자 Jeff Johnson이 애플의 관행을 폭로했다. 애플은 macOS 버그 리포트를 실제로 수정하지 않고 형식적으로 폐쇄한다. 회사는 보고자에게 베타 버전에서 결함을 재확인하라고 요구한 뒤, 응답이 없어도 티켓을 "resolved"로 표시한다.

네트워크 데이터 유출 사례

2023년 3월, Johnson은 macOS 네트워크 필터를 통해 IP 주소와 TCP 연결이 유출되는 문제로 FB12088655 리포트를 제출했다. 리포트에는 다음이 포함됐다:

• 상세한 재현 단계.
• 테스트 Xcode 프로젝트.
• 문제의 공개 설명.

애플은 리포트를 수락했으나 거의 3년 동안 응답하지 않았다. 2026년 3월, 지원팀이 macOS 26.4 베타 4에서 확인하라고 요청했다. Johnson은 무료 QA 엔지니어가 되고 싶지 않다며 베타 테스트를 거부했다.

지원팀은 베타 4에 수정이 포함됐는지 명확히 밝히지 않고 2주 내 응답을 요구했다. 확인이 없으면 티켓을 해결됨으로 폐쇄하겠다고 했다. Johnson의 macOS 26.4 릴리스 버전 테스트에서 버그가 여전한 것으로 확인됐으나, 애플은 내부 테스터로 이를 검증하지 않았다.

리포트 처리의 체계적 문제

Johnson은 반복되는 패턴을 설명한다:

• 완전한 재현 단계와 함께 리포트 제출.
• 애플이 수개월 또는 수년간 무시.
• 베타 버전에서 재확인 요청.
• 응답이 없으면 응답 없이 폐쇄.

최근 사례: 100% 재현 가능한 버그가 "diagnosis failed" 상태로 폐쇄됐다. 재오픈 후 2주간 지원 응답이 없었다.

개발자는 애플의 성공 지표에서 미해결 티켓 수가 팀 KPI에 영향을 미친다고 의심한다. 이는 수정 여부와 상관없이 리포트를 폐쇄하도록 유도한다.

macOS 개발자들에게 미치는 영향

이 정책은 외부 기여자의 동기를 떨어뜨린다. 중·고급 개발자들이 상세 리포트 작성에 시간을 쏟지만 무시당하거나 끝없는 재확인 루프에 직면한다.

• 보안 위험: FB12088655 같은 유출이 수정되지 않아 프라이버시를 위협한다.
• OS 품질: 일관성 없는 처리로 플랫폼 신뢰가 떨어진다.
• 대안: Johnson은 Feedback Assistant 대신 공개 게시를 추천한다.

애플 내부 QA가 재현 단계를 직접 처리할 수 있지만, 실제 관행은 그렇지 않다.

주요 요점

• 애플, 수정 확인 없이 macOS 버그 리포트 폐쇄, 보고자에게 베타 재확인 요구.
• 사례: 3년 된 FB12088655 리포트, 네트워크 필터의 IP/TCP 유출이 macOS 26.4에서도 미해결.
• 정책 효과: 폐쇄 티켓 수 = 성공, 품질 무관.
• 개발자들, 무료 테스터로 전락.
• 추천: 회사 압박 위해 세부 사항 공개 게시.

— Editorial Team