<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I support not showing console messages from any tabs in the Browser Console since the tabs have their own easy-to-access toolboxes to view the console and that's where one would want to look for messages. My concern is if some messages end up in a black hole due to bad assumptions in filtering and depending on the definition of "content". For example, some security errors from content currently only show in the Browser Console and I wouldn't want those to get lost as they could save a lot of time with debugging: <a href="http://output.jsbin.com/hakobezihi/1">http://output.jsbin.com/hakobezihi/1</a><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Some examples of logging contexts to consider (not specific to CSS):</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">* web extension panel contents</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">* web extension sidebars</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">* bookmarked URL sidebars</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">* the hidden window</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">* frame scripts</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">* process scripts</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I don't know which of the above would be affected by parallel CSS parsing.<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Overall I agree with the general idea, I just want us to be careful in how it's done to not lose information.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Matthew<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 11, 2018 at 1:16 PM, Brian Grinstead <span dir="ltr"><<a href="mailto:bgrinstead@mozilla.com" target="_blank">bgrinstead@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=""><br>
> On Apr 11, 2018, at 12:57 PM, Jared Wein <<a href="mailto:jaws@mozilla.com">jaws@mozilla.com</a>> wrote:<br>
> I would be perfectly fine with never showing _content_ CSS warnings/errors in the Browser Console.<br>
><br>
> 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>
<br>
</span>Blocking all content messages will be handled in Bug 1260877. And I suspect it’ll be the default option to only show chrome messages (although we haven’t discussed that in detail yet).<br>
<span class=""><br>
> 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>
<br>
</span>OK, good to know. I suspect that if we take content CSS warnings off the table then whatever scheme we come up with for the normal console will also be able to work for the Browser Console with warnings coming from the parent process.<br>
<span class=""><br>
Brian<br>
______________________________<wbr>_________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
</span><a href="https://mail.mozilla.org/listinfo/firefox-dev" rel="noreferrer" target="_blank">https://mail.mozilla.org/<wbr>listinfo/firefox-dev</a><br>
</blockquote></div><br></div>