<div class="gmail_quote">On Fri, May 11, 2012 at 2:25 PM, Adam Barth <span dir="ltr"><<a href="mailto:abarth@webkit.org" target="_blank">abarth@webkit.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Fri, May 11, 2012 at 2:21 PM, Ojan Vafai <<a href="mailto:ojan@chromium.org">ojan@chromium.org</a>> wrote:<br>
> The amount of spam we throw in the developer console has grown quite a bit.<br>
><br>
> spam == things logged to the console that web developers have no control<br>
> over<br>
><br>
> Unlike uncaught javascript exceptions (which can easily just be caught),<br>
> there is no way to prevent the following from cluttering your console:<br>
> -clientX/clientY deprecation warning<br>
> -setting the fragment on a frame URL [1]<br>
> -loading a resource disallowed by CSP<br>
<br>
</div>^^^ Why isn't this a bug that developers would want to fix?<br></blockquote><div><br></div><div>For example, in some code I just wrote, I append an iframe to the DOM, then at some later point set its src. When I append the iframe to the DOM, it tries to load about:blank, which CSP disallows. I could restructure the code to not append the iframe until I know what it's source will be, but it makes the code more complicated than it needs to be. The only downside to appending it first is this warning.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> -attempting to load a resource (e.g. in an image or iframe) that doesn't<br>
> exist<br>
><br>
> These warnings are not developer friendly. The equivalent would be to have<br>
> compiler warnings that you are unable to turn off. It clutters the console<br>
> and makes many console use-cases harder (e.g. console.log style debugging).<br>
> We need a better solution.<br>
><br>
> In many cases, these warnings don't actually represent bugs in the program<br>
> (e.g. the are legit reasons to try to load a non-existent resource in an<br>
> image element).<br>
><br>
> Some potential solutions:<br>
> 1. Create a new loggling level (browserwarnings?) in addition to the current<br>
> errors/warnings/logs. This kind of half-solves the problem since you can't<br>
> just side these logs.<br>
> 2. Have preventDefault in an onError handler prevent logging these to the<br>
> console (works for the navigation warnings).<br>
> 3. Have some other inspector panel where these get logged.<br>
> 4. Have some window-level state that disables all these sorts of warnings<br>
> (or something more fine-grained like being able to disable deprecation<br>
> warnings and navigation warnings separately).<br>
> 5. ???<br>
><br>
> My preference would be to do both options 1 and 2 (they're not mutually<br>
> exclusive), unless someone has a better suggestion.<br>
><br>
> Ojan<br>
><br>
</div>> _______________________________________________<br>
> webkit-dev mailing list<br>
> <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
> <a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
><br>
</blockquote></div><br>