<?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>215682</bug_id>
          
          <creation_ts>2020-08-19 20:03:46 -0700</creation_ts>
          <short_desc>Web Inspector: Elements: Styles: don&apos;t show non-inherited properties</short_desc>
          <delta_ts>2020-08-24 10:21:12 -0700</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</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Devin Rousso">hi</reporter>
          <assigned_to name="Devin Rousso">hi</assigned_to>
          <cc>bburg</cc>
    
    <cc>hi</cc>
    
    <cc>inspector-bugzilla-changes</cc>
    
    <cc>nvasilyev</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1681589</commentid>
    <comment_count>0</comment_count>
    <who name="Devin Rousso">hi</who>
    <bug_when>2020-08-19 20:03:46 -0700</bug_when>
    <thetext>IMO there&apos;s very little reason to show non-inherited properties in rules with other inherited properties, as that just adds confusion as to what&apos;s actually being used/applied</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1681592</commentid>
    <comment_count>1</comment_count>
      <attachid>406904</attachid>
    <who name="Devin Rousso">hi</who>
    <bug_when>2020-08-19 20:05:39 -0700</bug_when>
    <thetext>Created attachment 406904
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1681615</commentid>
    <comment_count>2</comment_count>
    <who name="Nikita Vasilyev">nvasilyev</who>
    <bug_when>2020-08-19 21:11:03 -0700</bug_when>
    <thetext>I&apos;m expecting blowback about this.

When we show a CSS rule, we always shows all CSS properties, unaltered. This is how it has been for over a decade. The proposed patch would break this paradigm.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1681764</commentid>
    <comment_count>3</comment_count>
    <who name="Devin Rousso">hi</who>
    <bug_when>2020-08-20 12:20:37 -0700</bug_when>
    <thetext>(In reply to Nikita Vasilyev from comment #2)
&gt; When we show a CSS rule, we always shows all CSS properties, unaltered. This is how it has been for over a decade. The proposed patch would break this paradigm.

I appreciate that, but I personally don&apos;t think I&apos;d really miss seeing the other properties.  Showing only the properties that are inherited focuses on what actually matters and removes potential points of confusion (especially for beginners who may not know what properties inherit vs not).  The section header just above each rule (those that are applicable) says &quot;Inherited from ...&quot;, so having properties that are not in fact &quot;Inherited from ...&quot; is debatably a lie.

btw I&apos;m not &quot;set in stone&quot; on this or anything like that.  I definitely think living on this is gonna tell the true story, but my gut is leaning towards this change.  I put this up for people to give it a shot and see how it feels.  We could try it as an experimental feature (or some sort of filter) to start.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1682355</commentid>
    <comment_count>4</comment_count>
    <who name="Blaze Burg">bburg</who>
    <bug_when>2020-08-24 09:57:07 -0700</bug_when>
    <thetext>(In reply to Nikita Vasilyev from comment #2)
&gt; I&apos;m expecting blowback about this.
&gt; 
&gt; When we show a CSS rule, we always shows all CSS properties, unaltered. This
&gt; is how it has been for over a decade. The proposed patch would break this
&gt; paradigm.

I think this was more a result of the old styles UI using original source text, and thus it was a messy proposition to omit lines that aren&apos;t helpful. Since we are no longer constrained to show the original source text as-is, I think this is a change in the right direction.

The one scenario where I would want to see matched-but-overridden declarations is if the wrong declaration is taking precedence and I need to figure out how to fix the specificity. The Computed Styles panel shows conflicts on a per-property basis and seems strictly better at this task.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1682357</commentid>
    <comment_count>5</comment_count>
      <attachid>406904</attachid>
    <who name="Blaze Burg">bburg</who>
    <bug_when>2020-08-24 09:57:44 -0700</bug_when>
    <thetext>Comment on attachment 406904
Patch

r=me

Sad we can&apos;t test this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1682370</commentid>
    <comment_count>6</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2020-08-24 10:12:32 -0700</bug_when>
    <thetext>&lt;rdar://problem/67685743&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1682377</commentid>
    <comment_count>7</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2020-08-24 10:21:11 -0700</bug_when>
    <thetext>Committed r266069: &lt;https://trac.webkit.org/changeset/266069&gt;

All reviewed patches have been landed. Closing bug and clearing flags on attachment 406904.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>406904</attachid>
            <date>2020-08-19 20:05:39 -0700</date>
            <delta_ts>2020-08-24 10:21:12 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>215682.diff</filename>
            <type>text/plain</type>
            <size>1547</size>
            <attacher name="Devin Rousso">hi</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJJbnNwZWN0b3JVSS9DaGFuZ2VMb2cgYi9Tb3VyY2UvV2Vi
SW5zcGVjdG9yVUkvQ2hhbmdlTG9nCmluZGV4IGQ1NTNiOTk0M2JkMi4uYzAwMWFhMjQwMTA5IDEw
MDY0NAotLS0gYS9Tb3VyY2UvV2ViSW5zcGVjdG9yVUkvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9X
ZWJJbnNwZWN0b3JVSS9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxMyBAQAorMjAyMC0wOC0xOSAgRGV2
aW4gUm91c3NvICA8ZHJvdXNzb0BhcHBsZS5jb20+CisKKyAgICAgICAgV2ViIEluc3BlY3Rvcjog
RWxlbWVudHM6IFN0eWxlczogZG9uJ3Qgc2hvdyBub24taW5oZXJpdGVkIHByb3BlcnRpZXMKKyAg
ICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIxNTY4MgorCisg
ICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgICogVXNlckludGVy
ZmFjZS9WaWV3cy9TcHJlYWRzaGVldENTU1N0eWxlRGVjbGFyYXRpb25FZGl0b3IuanM6CisgICAg
ICAgIChXSS5TcHJlYWRzaGVldENTU1N0eWxlRGVjbGFyYXRpb25FZGl0b3IucHJvdG90eXBlLmdl
dCBwcm9wZXJ0aWVzVG9SZW5kZXIpOgorCiAyMDIwLTA4LTE0ICBEZXZpbiBSb3Vzc28gIDxkcm91
c3NvQGFwcGxlLmNvbT4KIAogICAgICAgICBXZWIgSW5zcGVjdG9yOiBBc3NlcnRpb24gRmFpbGVk
OiBBcHBlbmRlZCBhIHN0cmluZyB3aXRoIG5ld2xpbmVzLiBUaGlzIGJyZWFrcyB0aGUgc291cmNl
IG1hcC4KZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJJbnNwZWN0b3JVSS9Vc2VySW50ZXJmYWNlL1Zp
ZXdzL1NwcmVhZHNoZWV0Q1NTU3R5bGVEZWNsYXJhdGlvbkVkaXRvci5qcyBiL1NvdXJjZS9XZWJJ
bnNwZWN0b3JVSS9Vc2VySW50ZXJmYWNlL1ZpZXdzL1NwcmVhZHNoZWV0Q1NTU3R5bGVEZWNsYXJh
dGlvbkVkaXRvci5qcwppbmRleCBjZmIwMzY3MDg4NDUuLmYzZTg1NDlhZjI0MSAxMDA2NDQKLS0t
IGEvU291cmNlL1dlYkluc3BlY3RvclVJL1VzZXJJbnRlcmZhY2UvVmlld3MvU3ByZWFkc2hlZXRD
U1NTdHlsZURlY2xhcmF0aW9uRWRpdG9yLmpzCisrKyBiL1NvdXJjZS9XZWJJbnNwZWN0b3JVSS9V
c2VySW50ZXJmYWNlL1ZpZXdzL1NwcmVhZHNoZWV0Q1NTU3R5bGVEZWNsYXJhdGlvbkVkaXRvci5q
cwpAQCAtMjMwLDYgKzIzMCw5IEBAIFdJLlNwcmVhZHNoZWV0Q1NTU3R5bGVEZWNsYXJhdGlvbkVk
aXRvciA9IGNsYXNzIFNwcmVhZHNoZWV0Q1NTU3R5bGVEZWNsYXJhdGlvbkVkCiAgICAgICAgIGVs
c2UKICAgICAgICAgICAgIHByb3BlcnRpZXMgPSB0aGlzLl9zdHlsZS5wcm9wZXJ0aWVzOwogCisg
ICAgICAgIGlmICh0aGlzLl9zdHlsZS5pbmhlcml0ZWQpCisgICAgICAgICAgICBwcm9wZXJ0aWVz
ID0gcHJvcGVydGllcy5maWx0ZXIoKHByb3BlcnR5KSA9PiBwcm9wZXJ0eS5pbmhlcml0ZWQpOwor
CiAgICAgICAgIGlmICh0aGlzLl9zb3J0UHJvcGVydGllc0J5TmFtZSkKICAgICAgICAgICAgIHBy
b3BlcnRpZXMuc29ydCgoYSwgYikgPT4gYS5uYW1lLmV4dGVuZGVkTG9jYWxlQ29tcGFyZShiLm5h
bWUpKTsKIAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>