InformAction Forums

Confirmed fixed. Thanks. Storing the tab ID in the URL, definitely a far better solution than what I suggested, sleek and professional.

Now that the options page is tabbed, a refresh button next to search or add website in Per-site permissions tab is necessary. A refresh of the whole Options page sends you back to General tab so you can't see the results right away. This may be annoying especially when working with large per-site pe...

Steps to reproduce: - Open NoScript Options page; - In "Search or add a website" field add a domain name with or without protocol; - Add it to known sites list as trusted by hitting + button next to that text field. What happens: list of known sites doesn't reappear despite Search or add a...

Fixed in 10.1.6.5rc4.

I confirm fix in 10.1.6.3 rc5.

Didn't notice this sooner as I have a small list of permanently trusted sites that I don't change often but saving settings on exit appears to no longer work. 10.1.6.3 rc4 is definitely affected. I don't remember if rc3 was affected.

I think ABE for NoScript 10 should be incarnated as a LAN permission that works like this: - Connections to LAN IPs are allowed by default only in address bar; - Connections to WAN IP are allowed by default only in address bar; - permission check is always performed after DNS resolution to cover for...

This is bad. This bug not only locks the button but also disables NoScript in the affected tab so it's a security vulnerability.

Steps to reproduce: - Use NoScript button to open the fly-out; - Click on Options button; - On same tab where NoScript Options page is open Browse to other web-page using address bar or by using bookmarks. Outcome: NoScript button remains unresponsive on that tab until you close it and re-open it ma...

Making a site permissions permanent or resetting them to default or switching to custom removes that site from untrusted list.

I think I found some posts about this but not a dedicated thread. While this doesn't seam like big deal as it doesn't visibly break anything it is still a configuration bug. If Giorgio Maone implements exceptions this will turn into a breaking bug.

barbaz, I tested the PDF you linked and is indeed unaffected. This is weird as the PDF I linked and other are affected. It seams to be triggered by certain features that the PDF may use: internal scripts, images and possibly other stuff. The PDF you linked is only text and it only has font and backg...

Created a fresh Firefox profile on which I only added NoScript. So this is not an inter - add-on or settings conflict related issue. It happens with everything set to defaults.

Environment: Windows 7 SP1 x64, Firefox 36.0.1 NoScript 2.6.9.17. Load a PDF using built-in Firefox PDF JS. for example this one: http://www.education.gov.yk.ca/pdf/pdf-test.pdf Everything is OK, for now. While keeping the PDF loaded, open a new tab or a new window, it doesn't matter. You may browse...