<?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>153951</bug_id>
          
          <creation_ts>2016-02-06 11:02:47 -0800</creation_ts>
          <short_desc>&quot;ref test hashes didn&apos;t match but diff passed&quot; is useless, should not be logged</short_desc>
          <delta_ts>2016-02-07 12:29:05 -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>Tools / Tests</component>
          <version>WebKit Local Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=142632</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Darin Adler">darin</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ap</cc>
    
    <cc>lforschler</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1162646</commentid>
    <comment_count>0</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2016-02-06 11:02:47 -0800</bug_when>
    <thetext>When I run tests, I see output like this:

  compositing/hidpi-compositing-vs-non-compositing-check-on-testing-framework.html -&gt; ref test hashes didn&apos;t match but diff passed
  compositing/masks/compositing-clip-path.html -&gt; ref test hashes didn&apos;t match but diff passed
  compositing/overlap-blending/children-opacity-huge.html -&gt; ref test hashes didn&apos;t match but diff passed
  compositing/overlap-blending/children-opacity-no-overlap.html -&gt; ref test hashes didn&apos;t match but diff passed
  compositing/overlap-blending/nested-non-overlap-clipping.html -&gt; ref test hashes didn&apos;t match but diff passed
  compositing/transitions/transform-on-large-layer.html -&gt; ref test hashes didn&apos;t match but diff passed  
  compositing/video/poster.html -&gt; ref test hashes didn&apos;t match but diff passed 
  fast/borders/border-image-fill-no-border.html -&gt; ref test hashes didn&apos;t match but diff passed                              
  fast/css/object-fit/object-fit-canvas.html -&gt; ref test hashes didn&apos;t match but diff passed                                    
  fast/css/sticky/sticky-left-percentage.html -&gt; ref test hashes didn&apos;t match but diff passed
  fast/images/animated-gif-no-layout.html -&gt; ref test hashes didn&apos;t match but diff passed
  fast/images/gif-loop-count.html -&gt; ref test hashes didn&apos;t match but diff passed 
  fast/images/pdf-as-image-crop-box.html -&gt; ref test hashes didn&apos;t match but diff passed        
  fast/regions/overflow/overflow-size-change-with-stacking-context-rtl.html -&gt; ref test hashes didn&apos;t match but diff passed
  imported/w3c/css/css-color-3/t424-hsl-basic-a.xht -&gt; ref test hashes didn&apos;t match but diff passed                                       
  imported/w3c/css/css-color-3/t424-hsl-parsing-f.xht -&gt; ref test hashes didn&apos;t match but diff passed
  imported/w3c/css/css-color-3/t425-hsla-parsing-f.xht -&gt; ref test hashes didn&apos;t match but diff passed                               
  imported/mozilla/svg/text/textpath-selection.svg -&gt; ref test hashes didn&apos;t match but diff passed
  svg/canvas/canvas-global-alpha-svg.html -&gt; ref test hashes didn&apos;t match but diff passed
  svg/repaint/buffered-rendering-static-image.html -&gt; ref test hashes didn&apos;t match but diff passed                                          

This information is all useless to me, and to anyone, I think.

If these were pixel tests, then I suppose someone might want to know that the tests are matching on disk, but the hash isn’t matching, so they can regenerate images with correct hashes for faster test running in the future. But for a reference test, who is this message for? What is the action needed here?

We should not contaminate the output with these logs, unless there is some real world project we will do that makes use of them.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1162653</commentid>
    <comment_count>1</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2016-02-06 12:34:43 -0800</bug_when>
    <thetext>I&apos;m torn on this one, as it&apos;s indeed just useless noise for most. Yet a lot of the time this indicates a bug somewhere. There were examples of that in a webkit-dev thread on this topic IIRC.

There is indeed an intention to have another look at noise in reftests soon, hopefully culminating in enabling --accelerated-drawing in tests.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1162669</commentid>
    <comment_count>2</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2016-02-06 15:11:42 -0800</bug_when>
    <thetext>You say that a lot of a time this indicates a bug.

Do any of the these 20 failures I am seeing every time I run test today indicate a bug?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1162682</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2016-02-06 17:37:24 -0800</bug_when>
    <thetext>Two of these are tracked in bug 142632, which I think is a real bug that needs to be fixed. Another known reason was bug 139884, which definitely needed to be discovered and fixed.

The best way to check the others is to edit single_test_runner.py so that it would report these tests as failing, and to manually compare the results. I think that the following should do it (untested):

-            if diff_result[0]:
-                failures.append(test_failures.FailureReftestMismatch(reference_filename))
-            else:
-                _log.warning(&quot;  %s -&gt; ref test hashes didn&apos;t match but diff passed&quot; % self._test_name)
+            failures.append(test_failures.FailureReftestMismatch(reference_filename))</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1162687</commentid>
    <comment_count>4</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2016-02-06 17:52:37 -0800</bug_when>
    <thetext>Let me restate my request:

Please fix checking so that when the *sizes* of the images don’t match, we do not report that as &quot;ref test hashes didn&apos;t match but diff passed&quot;. Then get rid of that message entirely.

All the useful cases of this message are associated with that mistake.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1162763</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2016-02-07 12:19:32 -0800</bug_when>
    <thetext>&gt; I think that the following should do it (untested):

That doesn&apos;t work for reftests, will attach a patch that does.

Now that I have a build on this machine, and ran the tests, I only got 14 failures out of these 20. I got:

- many that look like color management issues;

- some antialiasing differences;

- and several that I cannot easily categorize;

- no size failures, so I&apos;d like to know what hardware/OS combination you got these on (also WebKit1 or WebKit2, which could be seen in complete run-webkit-tests output).

The other 4 failures that you got could be specific to your hardware, in which case they need to be reported internally at Apple.

I do not think that hiding these messages would be the right answer. We should work to get these failures down to zero, yet even now, one can and should use them to detect regressions in their patches (see e.g. Dave&apos;s request in bug 69444).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1162766</commentid>
    <comment_count>6</comment_count>
      <attachid>270827</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2016-02-07 12:29:05 -0800</bug_when>
    <thetext>Created attachment 270827
disable ImageDiff tolerance</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>270827</attachid>
            <date>2016-02-07 12:29:05 -0800</date>
            <delta_ts>2016-02-07 12:29:05 -0800</delta_ts>
            <desc>disable ImageDiff tolerance</desc>
            <filename>NoTolerance.txt</filename>
            <type>text/plain</type>
            <size>1705</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IFRvb2xzL0R1bXBSZW5kZXJUcmVlL2NnL0ltYWdlRGlmZkNHLmNwcAo9PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
Ci0tLSBUb29scy9EdW1wUmVuZGVyVHJlZS9jZy9JbWFnZURpZmZDRy5jcHAJKHJldmlzaW9uIDE5
NTk0NCkKKysrIFRvb2xzL0R1bXBSZW5kZXJUcmVlL2NnL0ltYWdlRGlmZkNHLmNwcAkod29ya2lu
ZyBjb3B5KQpAQCAtMTE1LDEwICsxMTUsMTMgQEAgc3RhdGljIFJldGFpblB0cjxDR0ltYWdlUmVm
PiBjcmVhdGVEaWZmZQogICAgICAgICAgICAgZmxvYXQgYmx1ZSA9IChwaXhlbFsyXSAtIGJhc2VQ
aXhlbFsyXSkgLyBtYXg8ZmxvYXQ+KDI1NSAtIGJhc2VQaXhlbFsyXSwgYmFzZVBpeGVsWzJdKTsK
ICAgICAgICAgICAgIGZsb2F0IGFscGhhID0gKHBpeGVsWzNdIC0gYmFzZVBpeGVsWzNdKSAvIG1h
eDxmbG9hdD4oMjU1IC0gYmFzZVBpeGVsWzNdLCBiYXNlUGl4ZWxbM10pOwogICAgICAgICAgICAg
ZmxvYXQgZGlzdGFuY2UgPSBzcXJ0ZihyZWQgKiByZWQgKyBncmVlbiAqIGdyZWVuICsgYmx1ZSAq
IGJsdWUgKyBhbHBoYSAqIGFscGhhKSAvIDIuMGY7Ci0gICAgICAgICAgICAKLSAgICAgICAgICAg
ICpkaWZmKysgPSAodW5zaWduZWQgY2hhcikoZGlzdGFuY2UgKiAyNTUuMGYpOwotICAgICAgICAg
ICAgCi0gICAgICAgICAgICBpZiAoZGlzdGFuY2UgPj0gMS4wZiAvIDI1NS4wZikgeworCisgICAg
ICAgICAgICBpZiAoZGlzdGFuY2UpCisgICAgICAgICAgICAgICAgKmRpZmYrKyA9IG1heDx1bnNp
Z25lZCBjaGFyPihkaXN0YW5jZSAqIDI1NS4wZiwgMSk7CisgICAgICAgICAgICBlbHNlCisgICAg
ICAgICAgICAgICAgKmRpZmYrKyA9IDA7CisKKyAgICAgICAgICAgIGlmICgocGl4ZWxbMF0gLSBi
YXNlUGl4ZWxbMF0pIHx8IChwaXhlbFsxXSAtIGJhc2VQaXhlbFsxXSkgfHwgKHBpeGVsWzJdIC0g
YmFzZVBpeGVsWzJdKSB8fCAocGl4ZWxbM10gLSBiYXNlUGl4ZWxbM10pKSB7CiAgICAgICAgICAg
ICAgICAgY291bnQgKz0gMS4wZjsKICAgICAgICAgICAgICAgICBzdW0gKz0gZGlzdGFuY2U7CiAg
ICAgICAgICAgICAgICAgaWYgKGRpc3RhbmNlID4gbWF4RGlzdGFuY2UpCkBAIC0xMzgsMTEgKzE0
MSwxMSBAQCBzdGF0aWMgUmV0YWluUHRyPENHSW1hZ2VSZWY+IGNyZWF0ZURpZmZlCiAKICAgICBS
ZXRhaW5QdHI8Q0dJbWFnZVJlZj4gZGlmZkltYWdlOwogICAgIC8vIEdlbmVyYXRlIGEgbm9ybWFs
aXplZCBkaWZmIGltYWdlIGlmIHRoZXJlIGlzIGFueSBkaWZmZXJlbmNlCi0gICAgaWYgKGRpZmZl
cmVuY2UgPiAwLjBmKSB7CisgICAgaWYgKHN1bSA+IDApIHsKICAgICAgICAgaWYgKG1heERpc3Rh
bmNlIDwgMS4wZikgewogICAgICAgICAgICAgZGlmZiA9ICh1bnNpZ25lZCBjaGFyKilkaWZmQnVm
ZmVyOwogICAgICAgICAgICAgZm9yKHNpemVfdCBwID0gMDsgcCA8IGhlaWdodCAqIHdpZHRoOyAr
K3ApCi0gICAgICAgICAgICAgICAgZGlmZltwXSA9IGRpZmZbcF0gLyBtYXhEaXN0YW5jZTsKKyAg
ICAgICAgICAgICAgICBkaWZmW3BdID0gbWluPGZsb2F0PihkaWZmW3BdIC8gbWF4RGlzdGFuY2Us
IDI1NSk7CiAgICAgICAgIH0KICAgICAgICAgCiAgICAgICAgIHN0YXRpYyBDR0NvbG9yU3BhY2VS
ZWYgZGlmZkNvbG9yc3BhY2UgPSBDR0NvbG9yU3BhY2VDcmVhdGVEZXZpY2VHcmF5KCk7Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>