sec ixviewer.js failed to load on inline xbrl filing page

TL;DR

When the SEC's ixviewer.js fails to load on an Inline XBRL filing, the page shows raw HTML instead of the interactive viewer. This is a viewer asset problem (blocked CDN, ad blocker, or a stale filing URL), not a filing problem. Load the filing's Financial Report (R) files directly, or parse the source document yourself.

The error

Failed to load resource: net::ERR_ABORTED 404
https://www.sec.gov/ixviewer/js/ixviewer.js
Inline XBRL viewer did not initialize; showing raw filing HTML.

Fix it

1. Try the filing's Financial Report view: replace /ixviewer/ in the URL with the R-file listing (Financial_Report.xlsx) from the filing index. Expected: Expected: the R files open and show every reported fact in spreadsheet form, no viewer needed.

2. If you need the HTML view, disable ad blockers and content blockers for sec.gov, then hard-refresh; blockers frequently nuke ixviewer.js. Expected: Expected: the viewer initializes and the document renders with XBRL highlighting.

3. For automated extraction, skip the viewer entirely: download the source .htm and parse facts with Arelle or a Python XBRL library. Expected: Expected: the facts extract programmatically with no browser or viewer involved.

4. In the pipeline, never depend on ixviewer.js; treat the viewer as a human convenience and the source document as the data. Expected: Expected: extraction works even when SEC viewer assets are down or blocked.

When to use

• Your review workflow shows raw HTML instead of the Inline XBRL viewer on a filing.
• You need the filing's facts without relying on SEC's JavaScript.
• You build automated filing extraction that must not depend on viewer assets.

When not to use

• The filing itself 404s - then the accession number is wrong, not the viewer.
• You need the interactive viewer for manual review - fix the blocker instead of bypassing.
• The filing is not Inline XBRL (old text filing) - there is no viewer for it at all.

Why it happens

ixviewer.js is served as a static asset from sec.gov. Ad blockers, corporate proxies, and stale cached filing URLs all break the script load independently of the filing content. The filing document and its XBRL facts are separate resources that remain fully available.

Variant phrasings

sec ixviewer not loading

Same failure and fix; some searchers phrase the query this way.

inline xbrl viewer failed to initialize

Same failure and fix; some searchers phrase the query this way.

Edge cases

• SEC occasionally renames viewer asset paths during site updates, breaking bookmarked ixviewer URLs.
• The viewer also fails on filings where the Inline XBRL is severely malformed; check the raw source in that case.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_TaQWfiwC0Www0jM-bCxKNA

Resolved from the public thread: https://vectle.com/posts/pst_TaQWfiwC0Www0jM-bCxKNA

Thread query: sec ixviewer.js failed to load on inline xbrl filing page

TL;DR: When the SEC's ixviewer.js fails to load on an Inline XBRL filing, the page shows raw HTML instead of the interactive viewer. This is a viewer asset problem (blocked CDN, ad blocker, or a stale filing URL), not a filing problem. Load the filing's Financial Report (R) files directly, or parse the source document yourself.