<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 11, 2018 at 3:33 PM, Emilio Cobos Álvarez <span dir="ltr"><<a href="mailto:emilio@mozilla.com" target="_blank">emilio@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 04/11/2018 09:10 PM, Jared Wein wrote:<br>
> Doing so would make it impossible to see any CSS warnings that come from<br>
> styles applied during startup (unless the browser console is opened<br>
> before the first window via a command line flag).<br>
<br>
</span>I'm still wrapping my head about all this setup, but the naive idea for<br>
now to unblock stuff is toggling on the CSS error reporting pref the<br>
first time you switch on the CSS filter, so it would work if you restart<br>
the browser, or launch the browser with the pref set. Would that address<br>
that concern?<br>
<br></blockquote><div><br></div><div>I would be perfectly fine with never showing _content_ CSS warnings/errors in the Browser Console.<br></div><div><br></div><div>While we're talking about it, it would be nice if we blocked all content messages (JS/XHR/CSS) from the Browser Console too.<br></div><div><br></div><div>If not supporting parallel CSS for chrome documents and blocking all content CSS warnings helps you move forward with your goals, that would be fine with me (and make me happier too!). Though I imagine at some point in the future we'll want parallel CSS for chrome documents but I guess we can figure that out at that point.<br></div><br></div>- jared<br></div></div>