InformAction Forums

This seems to hit e.g. downloads on github.com quite often. A download of mozregression-gui.exe triggers the XSS protection while Git-2.13.2-64-bit.exe doesn't. Nothing obvious in the console of the browser toolbox.

Yes, disabling the XSS protection fixes the issue (the latest release mentions a change related to XSS and JSON in the changelog).

Hi, after NoScript got updated to 5.0.6 (Firefox is 54.0.1 and 64-bit on Windows 8.1), logging into treeherder.mozilla.org fails. One can sign into the credential management app (login.taskcluster.net), but it doesn't log on into treeherder and doesn't redirect there. From the browser console: [NoSc...

barbaz wrote:Disabling NoScript has no effect.

It has for me. Tested in a new profile just with NoScript installed and en- or disabled and that Github page loaded.

No, it works on this page. Seems like I had bad luck and hit it several times (don't remember all the pages anymore). Steps to reproduce: 1. Visit https://github.com/helfi92/treeherder/commits/text_log_summary_dupe_remove 2. Right-click on the "Pull requests" in the header near the top. 3....

Firefox's built-in DOM Inspector, part of the Developer Tools. Menu "Tools" > Web developer > Inspector, or Ctrl + Shift + C.

NoScript 2.9.5.2 and 2.9.5.2rc5, Firefox 50.0.2 and 53.0a1 on Windows 8.1 The Style Inspector sidebar in the DOM Inspector doesn't show styles but remains empty (you can see the default for a glimpse when it gets opened). Steps to reproduce: 1. Inspect an element on a page (e.g. from the context men...

Firefox 24.0 on Windows XP SP3 NoScript 2.6.8.4 Steps to reproduce: 1. Install NoScript and restart Firefox. 2. Visit http://manfred-ammer.de/ 3. In the upper left corner, the site embeds a midi file as background music. Click on the blocking placeholder and confirm the warning. I don't have the req...

You have fixed it.

2.1.7rc2: After clicking on an item in the menu to change a permission (again the yfrog page, switching yfrog to permanent trusted).

Error: sites.pluginSites is null
Source file: chrome://noscript/content/noscriptOverlay.js
Line: 1919

(new line number)

Verified fixed. By the way, it would be nice if you can fix these error messages: If you allow scripts for a site (tried (http://www.)welt.de with temporary permission) Error: sites.pluginSites is null Source file: chrome://noscript/content/noscriptOverlay.js Line: 1863 Error: this.getSites is not a...

With only about:memory open and minimizing the memory usage, the compartment for the closed tab where the Noscript menu had been shown should go away, but it persists. I tried to reproduce the problem and discovered that only some pages seem to initialize this behaviour. Try it with http://yfrog.com...

Firefox 7.0.1 on Windows XP SP3 32-bit Noscript 2.1.5 and 2.1.6rc1 If the Noscript menu (the one of the button in the add-on/status bar) has been shown, there will remain some memory still associate to this page in about:memory (at least to the latest page where you have done this, but I am not sure...

I tried an export, reset and import as well as manually disabling the blocking of the other plugins and reenabling it, the problem persists.

Happens for every pdf from a untrusted site, example: http://www.esiea-recherche.eu/data/filiol_pacsec.pdf
It works as expected in a clean profile. Diving into the structure with DOM Inspector shows that it still highlights the A node, but not the div child or div grandchild.