You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Web terminal fails under CSP when Ghostty WASM loads via data URL #9185
When running the web UI behind a strict CSP (connect-src 'self'), the terminal fails to load. Console shows "Fetch API cannot load data:application/wasm;base64,..." and "Failed to load ghostty-vt.wasm". This happens in Safari/Firefox and in Cloudflare Access setups with default CSP.
Repro:
Run opencode web
Serve UI with CSP connect-src 'self'
Open terminal -> blank
Expected: terminal loads.
Actual: Ghostty WASM load blocked because it uses a data: URL.
Proposed fix: load ghostty-vt.wasm via asset URL instead of data: (Vite ?url).
These issues describe similar problems with web content loading failures, security policy violations (CSP, CORS), and MIME type enforcement that may be related to your WASM loading issue.
Feel free to ignore if none of these address your specific case.
Activity
github-actions commentedon Jan 18, 2026
This issue might be a duplicate of existing issues. Please check:
opencode web#6557: Web UI does not load when runningopencode web- Related MIME type and module loading failuresThese issues describe similar problems with web content loading failures, security policy violations (CSP, CORS), and MIME type enforcement that may be related to your WASM loading issue.
Feel free to ignore if none of these address your specific case.