지원 범위 밖

AI 요약

글쓴이는 Android에서 화면 읽기 기능을 쓰는 중 터치 탐색이 멈추는 버그를 겪었습니다. 스와이프와 탭은 작동하지만 화면을 손가락으로 탐색할 수 없고, 재부팅해야 복구됩니다. Google Disability Support는 TalkBack을 껐다 켜고 앱 캐시를 지우고 재부팅하라는 절차를 안내했습니다. 글쓴이는 이미 재부팅만 임시 해결책이라고 알렸지만, 지원팀은 내부 엔지니어에게 보고서를 전달할 방법을 제시하지 않았습니다.

원인 분석과 이슈 등록

버그가 다시 발생하자 글쓴이는 로그를 수집하고 재현 절차를 만들었습니다. TouchExplorer가 유효한 포인터가 없는 상태에서 드래그를 시도하고, 포인터가 없는 up 이벤트를 만들다가 예외가 발생하는 것이 원인이었습니다. 예외가 처리되지 않으면서 손가락을 떼는 이벤트가 전달되지 않았습니다. InputDispatcher는 주입된 포인터 기록을 유지했고, 디스플레이를 제거하지 않는 한 기록이 초기화되지 않아 접근성 기능을 껐다 켜도 복구되지 않았습니다.

글쓴이는 셸에서 cancel 이벤트를 보내는 복구 방법과 화면 읽기 프로그램이 특별 권한 없이 복구하는 방법을 찾았습니다. frameworks/base의 접근성 코드와 frameworks/native의 입력 디스패처를 수정하는 패치도 작성했습니다. 지원팀에 로그와 패치를 전달해 달라고 요청했지만, 지원 양식은 스크린샷 외 파일을 받지 않았습니다.

다른 상담원은 문제를 기술적으로 정확히 요약하고 담당 팀의 답변이 필요하다고 밝혔지만, 엔지니어에게 전달할 경로나 파일 업로드 방법은 안내하지 못했습니다. 결국 글쓴이는 Android 공개 이슈 트래커에 기기와 빌드 정보, 재현 절차, 로그 분석, 복구 방법과 패치를 직접 등록했습니다. 금요일 오전 8시 17분 등록한 이슈는 9시 59분 Google 엔지니어에게 배정됐습니다. 당시 이슈는 S2 심각도와 P2 우선순위로 표시됐고, 5개 핫리스트에 올랐으며 114명이 +1을 남겼습니다. 댓글에는 이 문제가 여러 사용자에게 계속 발생했다는 내용과 Blind Android Users 같은 포럼에서도 보고됐다는 언급이 있었습니다.

지원 범위와 접근성 버그

이후 Disability Support는 내부 검토 결과 기술 개발, 맞춤 접근성 서비스 코딩, Android 프레임워크 패치는 지원 범위 밖이라고 답했습니다. 글쓴이는 패치 검토를 요청한 적이 없으며, 버그 보고서를 담당 엔지니어에게 전달하고 로그를 보낼 방법을 요청했다고 강조합니다. 해당 팀은 Android 개발자 접근성 문서와 사용자 포럼 링크를 보냈지만, 이미 엔지니어에게 배정된 이슈 트래커는 답변에서 언급하지 않았습니다.

글쓴이는 지원팀 상담원 개인을 탓하지 않습니다. 상담원은 문제를 이해하고도 엔지니어 연결 권한이나 도구가 없었으며, 지원 체계가 접근성 기능의 사용법 안내에 머물렀다고 봅니다. 기술적 도구와 개발 지식이 없는 사용자는 증상을 설명하고 재부팅으로 임시 복구하는 데 그칠 수 있습니다. 같은 문제가 반복돼도 공개 이슈 트래커를 찾아 로그와 재현 절차를 작성하라고 요구하는 것은 현실적인 해결 경로가 아니라고 지적합니다.

글쓴이가 제안하는 해결책은 장애 지원팀이 사용자의 증상을 바탕으로 버그를 작성해 담당 개발팀에 등록하고, 접수 사실을 사용자에게 알려주는 것입니다. 터치 탐색이 멈춘 사용자는 재부팅으로 당장 복구할 수 있으며, 글쓴이는 이 버그가 'TouchExplorer leaves injected pointers down; InputDispatcher then rejects all touch exploration events until reboot'라는 제목으로 등록됐다고 안내합니다.

원문: fireborn.mataroa.blog / 번역·요약: Trawling