UPDATE: It seems, although the Firefox add-ons page was reporting NoScript 10.1.9.4 it may not have been that version causing the issues, although Firefox had been re-started 3 times. Since writing the report (and those 3 re-starts after NoScript updated), the local page issues have now gone. Maybe 10.1.9.4 has to be run more than once for its fixes to the 10.1.9.2 bugs to take effect, and these are only picked up on browser re-start? The incorrect display of < noscript > has gone on the 4th re-start and the NoScript menu now shows a configurable file: domain for the first time since the major upgrade. Thank you for fixing! Changed from 1* to 3* [will be back to 5* if/when fully working].

FURTHER UPDATE: It has been working ok the rest of the day, so looks like the general incompatibility with Firefox 62.0 has also been fixed. Now back to 5* thanks.

ORIGINAL ISSUES [now fixed]:

As others have found, Firefox 62 plus the bad and admitted severe bugs in NoScript 10.1.9.2 have totalled its operation and the only way of using Firefox is to disable NoScript. Where do I start? All issues have been verified by disabling NoScript: without it no issues occur, with it enabled all occur, so it is the sole cause.

First, after a while, as others have reported, Firefox just stops working and will show nothing. From the console, it looks like NoScript has broken the Firefox origin policy on everything. Where is it trying to import scripts from?

The problem, reported on the NoScript forum that pages on local disks are broken since 10.1.9.2 on Firefox 61.0.2 remains. The scripts (used to) run but incorrectly also showed the content of < noscript >. A moderator proved this with a use case but the report has now been deleted. In Firefox 62.0, it is now worse. The page may load once (incorrectly) if you are lucky, then if you reload it stops (previous point). There is no facility in the current UI to specify permission for local pages (I think there was before the big change to the Firefox api)

Somewhere, probably in 10.1.9.2, the user list of allowed and blocked sites has been corrupted. 10.1.9.4 was supposed to fix this and recover the situation but hasn't [on the first or second runs].

As you just seem to delete some issues reported on your forums, please don't ask me to post there. Unless this barrage of severe errors is fixed quickly, the product is now unusable, sorry. I will be sad to have to uninstall it after around 5 years.

Very useful!
Btw, How can i get it in Chrome?

not as good as it used to be, 為何"信任這個網頁所有物件"要拿掉 ?@@

excellent script great help. I like it very much. thanks to the developer...

I like the customised way of blocking or allowing specific scripts.

A must have.

Welp, it works.The only drawback is that setup menu has realy non-intuitive icons.

FF 61.0.2, extention dont work(

A must have Extension!

However I can confirm the problems with "disable restrictions for this tab"
It started with version 10.1.8.17
Whenever restrictions are disabled the site will not load correctly and Firefox will become stuck in a loading loop.
This will also result in high cpu load.
Mainly FirefoxCP Web Content + WebExtensions

I also use an additional ad blocker (ghostery) but disabling it won't change anything.

10.1.8.20 no joy

Only solution so far... reverting back to .16

13

Fantastico

Melhor extensão do Firefox.
Best Firefox add-on.

You must trust a domain every time you visit a new site. But after it works fine.