<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>107704</bug_id>
          
          <creation_ts>2013-01-23 10:38:52 -0800</creation_ts>
          <short_desc>Web Inspector: MIME type errors should be &quot;debug&quot; level.</short_desc>
          <delta_ts>2013-01-24 06:10:38 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Web Inspector (Deprecated)</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>98492</dup_id>
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>97978</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Mike West">mkwst</reporter>
          <assigned_to name="Mike West">mkwst</assigned_to>
          <cc>apavlov</cc>
    
    <cc>keishi</cc>
    
    <cc>loislo</cc>
    
    <cc>paulirish</cc>
    
    <cc>pfeldman</cc>
    
    <cc>pmuellr</cc>
    
    <cc>vsevik</cc>
    
    <cc>web-inspector-bugs</cc>
    
    <cc>yurys</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>814339</commentid>
    <comment_count>0</comment_count>
    <who name="Mike West">mkwst</who>
    <bug_when>2013-01-23 10:38:52 -0800</bug_when>
    <thetext>Moving the &quot;Resource interpreted as XXX but transferred as MIME type XXX&quot; message to debug level (down from warning) seems appropriate. It&apos;s much more of a debug message than a warning (though those boundaries are blurry).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>814346</commentid>
    <comment_count>1</comment_count>
      <attachid>184261</attachid>
    <who name="Mike West">mkwst</who>
    <bug_when>2013-01-23 10:41:38 -0800</bug_when>
    <thetext>Created attachment 184261
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>815359</commentid>
    <comment_count>2</comment_count>
      <attachid>184261</attachid>
    <who name="Pavel Feldman">pfeldman</who>
    <bug_when>2013-01-24 05:25:04 -0800</bug_when>
    <thetext>Comment on attachment 184261
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=184261&amp;action=review

&gt; Source/WebCore/inspector/front-end/NetworkManager.js:185
&gt; +                WebInspector.ConsoleMessage.MessageLevel.Debug,

I think that this is still a warning. It should be filtered out by source, not severity. Like I know how console.warn, console.error and console.log are processed. I can stick to some standard in my code and tune my filters accordingly. But I don&apos;t know what severity is set for the internal messages. My guess would be that they match the common sense:
- warnings warn about errors browser could recover from
- errors report problems browser could not recover from
- debug generates verbose debugging info flow
- I would not expect browser to generate Log level messages to me.

I think there should be a set of checkboxes (&quot;Network&quot;, &quot;CSS&quot;, &quot;JavaScript&quot;) in console that would filter by source (in addition to existing message level).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>815365</commentid>
    <comment_count>3</comment_count>
    <who name="Mike West">mkwst</who>
    <bug_when>2013-01-24 05:34:17 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt; &gt; Source/WebCore/inspector/front-end/NetworkManager.js:185
&gt; &gt; +                WebInspector.ConsoleMessage.MessageLevel.Debug,
&gt; 
&gt; I think that this is still a warning. It should be filtered out by source, not severity.
&gt; ...
&gt; - warnings warn about errors browser could recover from
&gt; - errors report problems browser could not recover from

This makes perfect sense to me.

&gt; - debug generates verbose debugging info flow

What constitutes &quot;debug&quot; information? Right now, the only message using it is `console.timeEnd`. Not even `console.debug()` outputs at the Debug level (which makes very little sense to me).

&gt; - I would not expect browser to generate Log level messages to me.

Currently, almost nothing generates Log-level messages: `console.{debug,log,dir,dirxml,clear,trace,startgroup,endgroup,profile,count}` all output at log level, but the only &quot;internal&quot; message at Log level is &quot;XHR finished loading: %s&quot; that users can opt into.

&gt; I think there should be a set of checkboxes (&quot;Network&quot;, &quot;CSS&quot;, &quot;JavaScript&quot;) in console that would filter by source (in addition to existing message level).

I do think this makes sense, though I&apos;m not at all sure how to present them. :) If that&apos;s the right solution, I&apos;d suggest duping this bug against https://bugs.webkit.org/show_bug.cgi?id=98492 and working through UI there.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>815384</commentid>
    <comment_count>4</comment_count>
    <who name="Pavel Feldman">pfeldman</who>
    <bug_when>2013-01-24 05:58:19 -0800</bug_when>
    <thetext>&gt; &gt; - debug generates verbose debugging info flow
&gt; 
&gt; What constitutes &quot;debug&quot; information? Right now, the only message using it is `console.timeEnd`. Not even `console.debug()` outputs at the Debug level (which makes very little sense to me).

I think we should fix console.debug to use proper level.

&gt; &gt; - I would not expect browser to generate Log level messages to me.
&gt; 
&gt; Currently, almost nothing generates Log-level messages: `console.{debug,log,dir,dirxml,clear,trace,startgroup,endgroup,profile,count}` all output at log level, but the only &quot;internal&quot; message at Log level is &quot;XHR finished loading: %s&quot; that users can opt into.

I am not sure about this one. It looks like a debug level to me. We could tell user to set Network message&apos;s level to debug to see that.

&gt; 
&gt; &gt; I think there should be a set of checkboxes (&quot;Network&quot;, &quot;CSS&quot;, &quot;JavaScript&quot;) in console that would filter by source (in addition to existing message level).
&gt; 
&gt; I do think this makes sense, though I&apos;m not at all sure how to present them. :) If that&apos;s the right solution, I&apos;d suggest duping this bug against https://bugs.webkit.org/show_bug.cgi?id=98492 and working through UI there.

Merging sounds good. I was thinking of a &quot;Sound Mixer&quot; view where there were vertical severity bars (one per message source).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>815395</commentid>
    <comment_count>5</comment_count>
    <who name="Mike West">mkwst</who>
    <bug_when>2013-01-24 06:10:38 -0800</bug_when>
    <thetext>(In reply to comment #4)
&gt; I think we should fix console.debug to use proper level.

I&apos;ll throw a patch up at https://bugs.webkit.org/show_bug.cgi?id=107816 in a moment.

An open question I&apos;ve asked there: what about `console.info`? Is that TipMessageLevel? Should we have `console.tip`? Should we kill TipMessageLevel entirely, since I have no idea what it means and we&apos;re only using it once? :)

&gt; &gt; &gt; - I would not expect browser to generate Log level messages to me.
&gt; &gt; 
&gt; &gt; Currently, almost nothing generates Log-level messages: `console.{debug,log,dir,dirxml,clear,trace,startgroup,endgroup,profile,count}` all output at log level, but the only &quot;internal&quot; message at Log level is &quot;XHR finished loading: %s&quot; that users can opt into.
&gt; 
&gt; I am not sure about this one. It looks like a debug level to me. We could tell user to set Network message&apos;s level to debug to see that.

Yeah, I think it&apos;s debug level as well: https://bugs.webkit.org/show_bug.cgi?id=107817

&gt; &gt; I do think this makes sense, though I&apos;m not at all sure how to present them. :) If that&apos;s the right solution, I&apos;d suggest duping this bug against https://bugs.webkit.org/show_bug.cgi?id=98492 and working through UI there.
&gt; 
&gt; Merging sounds good. I was thinking of a &quot;Sound Mixer&quot; view where there were vertical severity bars (one per message source).

Hrm. That sounds complicated, but we can try it out. I&apos;ll merge this bug in and we can fiddle with a solution over there.

*** This bug has been marked as a duplicate of bug 98492 ***</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>184261</attachid>
            <date>2013-01-23 10:41:38 -0800</date>
            <delta_ts>2013-01-24 05:25:03 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-107704-20130123193833.patch</filename>
            <type>text/plain</type>
            <size>1855</size>
            <attacher name="Mike West">mkwst</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTQwMzg5CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggNjk4NzFiOGUwYmYxYzg2
MGE2ZjcwM2MwMTBlMzE5ZDU3NTliNTA4Zi4uYmZhNjQyNDUwZjQ1MzM1ZTBmYzEwYmE3OGRlZjcw
Njc2YTVlMDZhOCAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2IEBACisyMDEzLTAxLTIzICBNaWtl
IFdlc3QgIDxta3dzdEBjaHJvbWl1bS5vcmc+CisKKyAgICAgICAgV2ViIEluc3BlY3RvcjogTUlN
RSB0eXBlIGVycm9ycyBzaG91bGQgYmUgImRlYnVnIiBsZXZlbC4KKyAgICAgICAgaHR0cHM6Ly9i
dWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEwNzcwNAorCisgICAgICAgIFJldmlld2Vk
IGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFRoaXMgcGF0Y2ggY2hhbmdlcyB0aGUgbGV2
ZWwgb2YgdGhlIE1JTUUgdHlwZSBlcnJvciBtZXNzYWdlIHRvCisgICAgICAgICJkZWJ1ZyIsIGRv
d24gZnJvbSAid2FybmluZyIuCisKKyAgICAgICAgKiBpbnNwZWN0b3IvZnJvbnQtZW5kL05ldHdv
cmtNYW5hZ2VyLmpzOgorICAgICAgICAoV2ViSW5zcGVjdG9yLk5ldHdvcmtEaXNwYXRjaGVyLnBy
b3RvdHlwZS5fdXBkYXRlTmV0d29ya1JlcXVlc3RXaXRoUmVzcG9uc2UpOgorCiAyMDEzLTAxLTIx
ICBLZW50YXJvIEhhcmEgIDxoYXJha2VuQGNocm9taXVtLm9yZz4KIAogICAgICAgICBbVjhdIFNj
cmlwdFN0YXRlOjppc29sYXRlKCkgc2hvdWxkIHVzZSBDb250ZXh0OjpHZXRJc29sYXRlKCkKZGlm
ZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL2luc3BlY3Rvci9mcm9udC1lbmQvTmV0d29ya01hbmFn
ZXIuanMgYi9Tb3VyY2UvV2ViQ29yZS9pbnNwZWN0b3IvZnJvbnQtZW5kL05ldHdvcmtNYW5hZ2Vy
LmpzCmluZGV4IDVmMzU3NmE3YTA5Y2E1MTVlNTkwNmU0MjYxMWI2ZjdmMjcyOWEwMzcuLjBlMDVm
MTgxNWNmZGZlOWIzYzBiMWMyYTI2MzAzNzA5ZWViMGI0MjEgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9X
ZWJDb3JlL2luc3BlY3Rvci9mcm9udC1lbmQvTmV0d29ya01hbmFnZXIuanMKKysrIGIvU291cmNl
L1dlYkNvcmUvaW5zcGVjdG9yL2Zyb250LWVuZC9OZXR3b3JrTWFuYWdlci5qcwpAQCAtMTgyLDcg
KzE4Miw3IEBAIFdlYkluc3BlY3Rvci5OZXR3b3JrRGlzcGF0Y2hlci5wcm90b3R5cGUgPSB7CiAK
ICAgICAgICAgaWYgKCF0aGlzLl9taW1lVHlwZUlzQ29uc2lzdGVudFdpdGhUeXBlKG5ldHdvcmtS
ZXF1ZXN0KSkgewogICAgICAgICAgICAgV2ViSW5zcGVjdG9yLmNvbnNvbGUuYWRkTWVzc2FnZShX
ZWJJbnNwZWN0b3IuQ29uc29sZU1lc3NhZ2UuY3JlYXRlKFdlYkluc3BlY3Rvci5Db25zb2xlTWVz
c2FnZS5NZXNzYWdlU291cmNlLk5ldHdvcmssCi0gICAgICAgICAgICAgICAgV2ViSW5zcGVjdG9y
LkNvbnNvbGVNZXNzYWdlLk1lc3NhZ2VMZXZlbC5XYXJuaW5nLAorICAgICAgICAgICAgICAgIFdl
Ykluc3BlY3Rvci5Db25zb2xlTWVzc2FnZS5NZXNzYWdlTGV2ZWwuRGVidWcsCiAgICAgICAgICAg
ICAgICAgV2ViSW5zcGVjdG9yLlVJU3RyaW5nKCJSZXNvdXJjZSBpbnRlcnByZXRlZCBhcyAlcyBi
dXQgdHJhbnNmZXJyZWQgd2l0aCBNSU1FIHR5cGUgJXM6IFwiJXNcIi4iLCBuZXR3b3JrUmVxdWVz
dC50eXBlLnRpdGxlKCksIG5ldHdvcmtSZXF1ZXN0Lm1pbWVUeXBlLCBuZXR3b3JrUmVxdWVzdC51
cmwpLAogICAgICAgICAgICAgICAgIFdlYkluc3BlY3Rvci5Db25zb2xlTWVzc2FnZS5NZXNzYWdl
VHlwZS5Mb2csCiAgICAgICAgICAgICAgICAgIiIsCg==
</data>
<flag name="review"
          id="202932"
          type_id="1"
          status="-"
          setter="pfeldman"
    />
          </attachment>
      

    </bug>

</bugzilla>