다른 사람 (Apple) 버그 보고서를 찾아 볼 수 있습니까? [닫은]

159

Apple에있는 Bug Reporter 도구에 로그인하면 내 버그만 볼 수 있습니다. 일반적으로 시스템을 검색하여 다른 사람들이 게시하기 전에 버그를 신고했는지 확인하고 싶지만이를 수행 할 방법이 없습니다. 내 버그만보고 새 버그를 게시 할 수 있지만 전체 버그 시스템을 탐색하거나 검색 할 수있는 방법은 없습니다.

이것이 Apple 제한입니까, 아니면 뭔가 빠졌습니까?

bug-tracking

— 녹슨
소스

20

나는 이것이 "프로그래머들이 일반적으로 사용하는 소프트웨어 툴"의 자격 이 있다고 말하고 싶다 . 최소한 닫힌 대신 다른 요청 으로 마이그레이션 할 수 있습니다 .

— duozmo

8

재개 투표. 나는 이것이 코딩에 너무 가깝다고 생각한다. ( "프로그래머가 일반적으로 사용하는 소프트웨어 툴"에 해당하는) 공동체에 의해 받아 들여 지거나 최소한 Ask Diffrent로 옮겨 져야한다.

— Rasto

애플의 샘플 코드는 레이더 버그 해결 방법으로 가득 차 있기 때문에 레이더 버그가 닫혔거나 해산되었는지 확인해야합니다. 가능한 경우 제거하고 싶습니다. OS-X 10.2의 오래된 버그는 더 이상 존재하지 않을 수 있지만 문제가 해결되었는지 확인할 수 없기 때문에 새로운 10.9+ 소스에는 여전히 해결 방법이 포함되어야합니다.

— Motti Shneor

107

다른 사람들이 여기에서 말했듯이 다른 사람들이 Apple 에보 고 한 버그는 볼 수 없습니다. 그러나 최근에 Apple은 버그 나 요청의 심각도 또는 우선 순위를 나타내는 지표와 동일한 문제에 대해 여러 버그 보고서를 사용한다는 사실을 읽었습니다 ( 이 블로그 게시물 참조 ). 따라서 일반적으로 먼저 검색하고 중복 버그 보고서를 피하는 것이 좋습니다. Apple의 경우 매번 새로운 버그 보고서를 제출하는 것이 좋습니다.

— 톰 S.
소스

19

Apple 지원에 따르면 중복 버그를 추가해도 내부적으로 우선 순위가 높아집니다.

— Dave Verwer

11

어느 쪽이든 좋고 좋지만, 당신이 그들이 당신에게 이메일을 보내고 당신에게 말할 때까지 복제본인지 알지 못하기 때문에, 당신이 찾은 모든 버그를 제출해야한다는 것을 알았습니다.

— 녹슨 선반

2

보안 측면에서 이해할 수 있습니다. 그래도 비보안 버그 / 향상된 기능에 짜증이납니다.

— David

2

레이더 또는 GTFO | 블랙 픽셀

— 그레이엄 페린

8

사람들이 왜 여기에서 레이더 번호를 공유합니까 (ID로 버그 보고서를 조회 할 수없는 경우)? 버그 보고서를 구성하는 Apple의 누군가가 Stack Overflow를 읽고 있다고 생각합니다.

— ma11hew28 2016 년

46

우리가 지금 가진 최고는 OpenRadar 입니다. 완전히 타사이므로 Apple은 모니터하지 않으므로 사람들은 버그 보고서를 두 번 제출해야합니다 (한 번 Apple Radar와 OpenRadar에 한 번).

— 마틴 고든
소스

1

기존 버그 보고서를 확인하는 좋은 방법이지만 Apple에 버그를 다시 제기해야합니다. 그것은 애플이 복제본임을 지적하고 ID를 부여하는 것을 더 쉽게 만듭니다. 그러면 버그는 +1이되고 언젠가는보기에 가깝습니다.

— Charles Charles

비공식 GitHub 이슈 트래커 와 마찬가지로 여전히 유용합니다 .

— Franklin Yu

29

엔지니어링 팀에서는 내 버그 보고서가 볼 수없는 내용의 복제본이라고 판단하므로 (원본, 복제 된) 버그 보고서에 어떤 응답이 제공되는지 확인할 수 없습니다. 접근 방식이 고객 관계 교과서에 있는지 확실하지 않습니다.

Apple 개발자 관계 2013 년 9 월 25 일 00:39 오전

엔지니어링 팀에서 버그 보고서가 다른 문제와 중복되어 종료 될 것으로 확인했습니다.

문제가 복제 된 원래 버그 보고서의 열림 또는 닫힘 상태가 버그 리포터 사용자 인터페이스의 노란색 "XXXXXXXX 중복"섹션에 나타납니다. 이 섹션은 오른쪽 열의 버그 세부 사항보기 상단 근처에 버그 번호, 제목, 상태, 제품 및 순위 바로 아래에 나타납니다.

— 존 홀든
소스

49

이것은 너무 어리석은 일입니다. 그것들은 우리의 버그를 중복으로 표시하고 우리는 원래 버그의 결과가 무엇인지 알 수 없습니다. 어떻게 해결하기 위해 어떤 단계를 밟았는지 알 수 있습니까?

— Raj Pawan Gumdal

6

오늘이 방금했습니다. 가장 적게 말하는 관용. 특히 다른 버그에 대한 해결책이 있거나 포스터가 내가 찾은 해결책에 대해 배우고 자하는 경우

— mplungjan

2

몇 년 후에도 여전히 같은 이메일. 오 애플 감사합니다.

— Nico AD

1

수정 된 버그 또는 추가 피드백이나 테스트를 받기 위해 Apple에서 두 번 연락을 받았습니다. 아직도, 나는 그것이 1시 50 분에 심각한 버그에만 발생할 수 있다고 생각합니다.

— sorin

1

2019

— 에도

11

다른 사람들의 버그는 Apple 내부에만 있습니다.

— 드레
소스

9

다른 사람이 버그를 신고했는지 확인할 수 없을뿐만 아니라 버그에 대한 진행 상황 보고서 또는 버그를 고치려는 의도에 대한 설명도받지 않습니다. 나는 그것이 매우 낙담 한 것으로 나타났습니다. 당신의 버그는 블랙홀에 들어갑니다. 이것은 가장 성가신 Apple 정책 중 하나입니다.
그들은 미래의 제품 계획을 밝히지 않기 위해 노력합니다. 그것은 그들의 편집증 문화의 일부입니다.

— 풍부한
소스

1

개발자의 관점에서, Apple Bug Reporter 및 기타 루틴에 대한 제한적인 경험을 바탕으로이 답변은 잘못된 것입니다.

— Graham Perrin

2

애플은 매우 많은 수의 버그 리포트와 개선을위한 요청을 가지고 있다고 생각합니다. 그러나 내 말을 들지 마십시오.이 질문은이 게시물 당시 10519 번 조회되었습니다. 그 사람들의 대부분은 아마도 Apple 버그 보고서를 제출했을 것입니다 (또는 그들은 이것을 읽지 않을 것입니다). 그런 다음 귀찮게 하지 않은 모든 사람들이 다른 사람들의 버그 보고서를 볼 수없는 이유를 찾으려고 시도하십시오. 그것은 많은 사람들이며, 따라서 많은 보고서입니다. 또한 버그 보고서는 '미래 제품 계획'과 어떤 관련이 있습니까?

— Brian McCutchon

3

@GrahamPerrin 편집증 문화에 대한 언급은 아마 틀렸지 만,이 답변의 실제 내용이 전혀 오해의 소지가 없다고 생각합니다. 실제로 Apple이하는 일입니다. 버그가 복제되었다는 사실을 알려줍니다. . 친절하지 않습니다. 버그를 쉽게 처리 할 수 있기를 바랍니다.

— Steve Powell

2

개선 요청을했고 중복이라고 말합니다. 광산은 폐쇄되었을뿐만 아니라 내가 복제 한 것도 폐쇄되었음을 보여줍니다. 그들이 향상을 구현할 계획인지 아니면 그냥 날려 버릴 것인지에 대한 힌트는 없습니다. 매우 자극적입니다.

— Cliff Harris

@Graham 사실을 잘못 진술 했습니까? 그 단어가 마음에 들지 않으면 "편집증 문화"에 동의하지 않을 수 있습니다. 그러나 그것이 사용자의 입장에서 블랙홀이며, 추론은 미래에 대한 계획을 밝히지 않는 것입니다. 그래서 나는 그것에 대해 상당히 공평하다고 생각합니다.

— Rich

8

아니. 당신은 할 수 없습니다. Apple 버그 시스템 (Radar)은 실제로 타사 개발자에게 공개되지 않습니다. 매우 실망 스럽습니다.

— 슈와
소스