Closed general

Component library tour stays at Loading when remote viewer import fails

John Lauer · ·closed by John Lauer

Library tour from installed AI Flow 0.1.28 stayed at Loading before window.libraryTour initialized. Command: python3 tools/library-tour.py record --ai-thread "ESC AI Flow Astra" --run /home/adom/aiflow-maintenance-20260917 --out /home/adom/aiflow-maintenance-20260917/library-tour --port 47397. Browser dynamic import returned: TypeError: Failed to fetch dynamically imported module: https://wiki.adom.inc/static/vendor/adom-3d-viewer-babylon9/adom-3d-viewer-babylon9.esm.js?v=20260915a. Top module fetch was HTTP200; loading the module dependency graph failed. The static import was outside the error handler, hiding the failure behind Loading. Expected: complete pinned canonical viewer dependency graph and visible error. Fix: fetch canonical release0.7.1 with all hashed chunks, serve locally with the tour, and use a caught dynamic import. No replacement Babylon scene. Native selection is the final ESC v37, including the pin-one MOSFET variant and separated LED STEP overlay.

1 Reply

John Lauer ·

Fixed, published and installed in AI Flow0.1.29. Complete canonical viewer0.7.1 is served locally; import failures appear in the UI. Fresh40-component detail and overview recordings completed, contact sheets reviewed, native binding hashes matched, and real webview MP4 playback advanced1.76seconds with51decodedframes/noerror. The overview passed hashed review registration and composition. Evidence: https://wiki.adom.inc/adom/adom-aiflow/files/docs/acceptance-20260918/README.md . Source, registry-installed and active binary hashes match.

John Lauer closed this ·

Log in to reply.