Hi @James_Timms,
Thanks for the detailed report. There are two separate issues here:
- net::ERR_FAILED (-2) / bundled web app
Known Vega WebView limitation: a single file:// HTML loads fine, but cross-origin access between local files is CORS-restricted, so a bundled web app referencing separate local JS/CSS/image assets fails. Inlining into one HTML (as you did) is the right first step. Two things to check:
- If the inlined HTML still makes network/API calls, those can throw net::ERR_FAILED independently - confirm whether the failing load is local or remote.
- More robust option: serve your content via a lightweight local HTTP server (http://localhost:PORT/) instead of file:// - avoids CORS entirely.
Refs:
- WebView local file + additional files (Webview, load local file url and additional files)
- Local file WebView and CORS (Local file webview and CORS)
- Installs via LAT but missing from launcher
Two common manifest causes produce exactly this symptom:
- Icon exactly 512×512 PNG, under 1MB, at assets/image/, referenced as icon = “@image/.png”. (Manifest package (Manifest [package] Section - Amazon Vega Docs))
- Exactly one interactive component with categories = [“com.amazon.category.main”] - required to launch from Home/Appstore. (Manifest components (Manifest [components] Section - Amazon Vega Docs))
Key signal: if the sideloaded build (vega device install-app) appears and launches but the LAT build doesn’t, that points to the LAT delivery/launcher-registration path rather than your manifest.
Could you share:
- Your manifest.toml [package] and [[components.interactive]] sections
- Icon dimensions and file size
- Whether the sideloaded build appears/launches vs. the LAT build (incl. the after-restart behavior)
- Device logs around the install + “Open” hang, plus the device software version
Our team is looking into it and will provide an update as soon as we have more information.
Thanks for helping us improve the Vega platform.
Warm regards,
Aishwarya