[Invalid] Style Inspector sidebar in DOM Inspector empty

[Archaeopteryx]

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 menu).

Related to NoScript and Stylish editor issue?

Thank you for looking into this.

The browser console shows this:

Protocol error (unknownError): Failed to open input source 'data:text/css;charset=utf8,body%3Anot(%5Bid%5D)%20%7B%20cursor%3A%20auto%20!important%20%7D%20.__noscriptOpaqued__%20%7B%20opacity%3A%201%20!important%3B%20visibility%3A%20visible%3B%20filter%3A%20none%20!important%20%7D%20iframe.__noscriptOpaqued__%20%7B%20display%3A%20block%20!important%3B%20%7D%20object.__noscriptOpaqued__%2C%20embed.__noscriptOpaqued__%20%7B%20display%3A%20inline%20!important%20%7D%20.__noscriptJustOpaqued__%20%7B%20opacity%3A%201%20!important%20%7D%20.__noscriptScrolling__%20%7B%20overflow%3A%20auto%20!important%3B%20min-width%3A%2052px%20!important%3B%20min-height%3A%2052px%20!important%20%7D%20.__noscriptNoScrolling__%20%7B%20overflow%3A%20hidden%20!important%20%7D%20.__noscriptHidden__%20%7B%20visibility%3A%20hidden%20!important%20%7D%20.__noscriptBlank__%20%7B%20background-color%3A%20white%20!important%3B%20color%3A%20white%20!important%3B%20border-color%3A%20white%20!important%3B%20background-image%3A%20none%20!important%20%7D' utils.js:157
Protocol error (unknownError): Failed to open input source 'data:text/css;charset=utf8,body%3Anot(%5Bid%5D)%20%7B%20cursor%3A%20auto%20!important%20%7D%20.__noscriptOpaqued__%20%7B%20opacity%3A%201%20!important%3B%20visibility%3A%20visible%3B%20filter%3A%20none%20!important%20%7D%20iframe.__noscriptOpaqued__%20%7B%20display%3A%20block%20!important%3B%20%7D%20object.__noscriptOpaqued__%2C%20embed.__noscriptOpaqued__%20%7B%20display%3A%20inline%20!important%20%7D%20.__noscriptJustOpaqued__%20%7B%20opacity%3A%201%20!important%20%7D%20.__noscriptScrolling__%20%7B%20overflow%3A%20auto%20!important%3B%20min-width%3A%2052px%20!important%3B%20min-height%3A%2052px%20!important%20%7D%20.__noscriptNoScrolling__%20%7B%20overflow%3A%20hidden%20!important%20%7D%20.__noscriptHidden__%20%7B%20visibility%3A%20hidden%20!important%20%7D%20.__noscriptBlank__%20%7B%20background-color%3A%20white%20!important%3B%20color%3A%20white%20!important%3B%20border-color%3A%20white%20!important%3B%20background-image%3A%20none%20!important%20%7D' rules.js:801

[barbaz]

DOMi style inspecting works fine for me with NoScript 2.9.5.2rc5. Do you mean something else?

[Archaeopteryx]

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

[barbaz]

Are you able to reproduce that on this page?

[Archaeopteryx]

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/c ... upe_remove
2. Right-click on the "Pull requests" in the header near the top.
3. From the context menu, select 'Inspect Element'.

Actual result: Inspector with sidebar gets opened, style inspector on the right shows "No element selected" for glimpse and then is empty (and Browser Console shows error mentioned earlier).

[barbaz]

Not a NoScript issue. I see the same issue caused by Stylish user styles. Disabling NoScript has no effect.

That site has a Content-Security-Policy that prevents the loading of data: URI stylesheets. From Browser Console (Ctrl-Shift-J) -

Code: Select all

Exception { message: "Failed to open input source 'data:t…", result: 2153644038, name: "", filename: "resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/DevToolsUtils.js", lineNumber: 499, columnNumber: 0, data: XPCWrappedNative_NoHelper, stack: "mainThreadFetch@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/DevToolsUtils.js:499:5StyleSheetActor<._getText@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/server/actors/stylesheets.js:460:12StyleSheetActor<.getText@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/server/actors/stylesheets.js:411:12StyleRuleActor<.getAuthoredCssText@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/server/actors/styles.js:1230:12PageStyleActor<.getApplied<@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/server/actors/styles.js:464:13TaskImpl.prototype._run@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/task.js:310:39Handler.prototype.process@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:937:23this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:816:7this.PromiseWalker.scheduleWalkerLoop/<@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:750:11", location: XPCWrappedNative_NoHelper }  protocol.js:907

Content Security Policy: The page’s settings blocked the loading of a resource at data:text/css,[snipped my user style] (“style-src 'unsafe-inline' https://assets-cdn.github.com”).

Devtools should not be blocked by CSP. So it is a devtools issue.

[Archaeopteryx]

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.

[barbaz]

It has for me.

Yes, it would, because the data: URI stylesheet in your post comes from NoScript. This is as much a NoScript issue as it is a Stylish issue, i.e. not at all.

I suggest filing a bug on Bugzilla, if there isn't one already.