FWIW the popup is just shown a very short time before NoScript seems to "kick in". However, it might be enough to execute some JS. Even if not, the popup indicating JavaScript can run (because the tag does not hide it) is quite confusing.
FWIW the popup is just shown a very short time before NoScript seems to "kick in". However, it might be enough to execute some JS.
On any security slider level.
Trac: Username: watt Summary: NoScript does not seem to disable JavaScript on the highest security slider level properly to NoScript does not seem to disable JavaScript on loading properly
Disabling javascript within the config hides the message, so the noscript element isn't being acknowledged for a split second at least. This does not occur in versions prior to 8.0
That's expected, even if slightly annoying, and as noted no JavaScript runs anyway.
NoScript 5.x, by using the available XPCOM APIs, could override the browser's maximum priority stylesheet which enforces a
noscript { display: none !important;}
rule, hiding and disabling all the elements pre-emptively in every docshell where JavaScript is enabled.
WebExtensions lack this overriding power, so now we must work-around with a hack: in order to render NOSCRIPT elements on pages where NoScript 10.x disables scripting (by using CSP, which doesn't trigger the brower's "JavaScript disabled" HTML parsing code path), we need to replace them with elements unaffected by the browser's enforced styling after they're inserted in the DOM, therefore the delay.
Trac: Status: new to closed Summary: NoScript does not seem to disable JavaScript on loading properly to elements' rendering is slightly delayed Priority: Very High to Medium Resolution: N/Ato wontfix