Is NoScript breaking a site?
NoScript blocks JavaScript and other active content unless you trust the site. That’s its whole point, so many sites will look broken until you allow the right domains. The trick is allowing only the ones the page actually needs.
Updated November 2026. Menus move around between versions: if a label is a little different, look for the closest match.
Quick test
- Click the NoScript icon.
- Use Disable restrictions for this tab, or Temporarily set top-level sites to TRUSTED.
- Reload. If the page works, NoScript was the cause. Revoke temporary permissions undoes it.
Find the domains the page needs
The NoScript popup lists the site and every other domain trying to run scripts, each with a trust level: Default, Trusted, Temporarily trusted, Untrusted or Custom.
- Start with the site’s own domain: set it to Temporarily trusted and reload.
- Still broken? Look for its content delivery network or framework host (often something like
cdn.example.com,examplecdn.netor a well-known library host) and trust that next. - Add one domain at a time and reload after each. Leave ad and analytics domains at Default.
Make it stick (or not)
- Temporarily trusted lasts until you close the browser: good for one-off visits.
- Trusted is permanent: use it for sites you use often.
- Custom lets you allow scripts but keep, say, media, fonts or frames blocked.
Good to know
- NoScript sometimes blocks by adding its own security policy to the page rather than cancelling requests, so the browser’s network tools may show nothing blocked.
- Its separate cross-site scripting (XSS) filter may ask before letting one site send you to another with unusual data in the address. Allow it only if you started that sign-in or payment yourself.
- If NoScript is allowing everything and the site still breaks, check your other blockers.