<?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>102500</bug_id>
          
          <creation_ts>2012-11-16 06:40:46 -0800</creation_ts>
          <short_desc>DOM/DOMWalk.html is flaky in Chromium Win Release Perf bot</short_desc>
          <delta_ts>2013-01-15 01:43:54 -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>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <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="Kentaro Hara">haraken</reporter>
          <assigned_to name="Dominic Cooney">dominicc</assigned_to>
          <cc>dominicc</cc>
    
    <cc>noel.gordon</cc>
    
    <cc>rniwa</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>769214</commentid>
    <comment_count>0</comment_count>
    <who name="Kentaro Hara">haraken</who>
    <bug_when>2012-11-16 06:40:46 -0800</bug_when>
    <thetext>It sometimes show the following error:

Running DOM/DOMWalk.html (35 of 112)
runFunction returned a non-positive value: 0
runFunction returned a non-positive value: 0
FAILED
Finished: 9.609000 s

See http://build.webkit.org/builders/Chromium%20Win%20Release%20%28Perf%29/builds/4412/steps/perf-test/logs/stdio</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>807054</commentid>
    <comment_count>1</comment_count>
    <who name="Dominic Cooney">dominicc</who>
    <bug_when>2013-01-15 00:30:51 -0800</bug_when>
    <thetext>*** Bug 104866 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>807073</commentid>
    <comment_count>2</comment_count>
      <attachid>182715</attachid>
    <who name="Dominic Cooney">dominicc</who>
    <bug_when>2013-01-15 00:59:15 -0800</bug_when>
    <thetext>Created attachment 182715
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>807079</commentid>
    <comment_count>3</comment_count>
    <who name="Dominic Cooney">dominicc</who>
    <bug_when>2013-01-15 01:03:11 -0800</bug_when>
    <thetext>I am assuming that zero is a plausible result for some of the (micro) benchmarks in DOM/DOMWalk.html.

One thing that makes me suspicious is that Dromaeo results on the Windows bots are typically numerically larger than those of the Mac bots, yet the Mac bot does not exhibit this failure. Perhaps the timer works differently on those platforms.

If this warrants more investigation, the alternative is to add more instrumentation to Dromaeo so we can see which specific test functions are failing (it is a flaky set, usually &gt;1 but from zero to a few tests fail this way.)

For now proposing that we assume the result is correct and allow zero as a (very fast) result to green the Windows perf bot.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>807086</commentid>
    <comment_count>4</comment_count>
      <attachid>182715</attachid>
    <who name="Kentaro Hara">haraken</who>
    <bug_when>2013-01-15 01:11:31 -0800</bug_when>
    <thetext>Comment on attachment 182715
Patch

Looks reasonable to me as an immediate fix to suppress the win bot errors, though we want to improve the test so it won&apos;t return zero (zero means that we&apos;re not testing something meaningful).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>807091</commentid>
    <comment_count>5</comment_count>
      <attachid>182715</attachid>
    <who name="Dominic Cooney">dominicc</who>
    <bug_when>2013-01-15 01:17:28 -0800</bug_when>
    <thetext>Comment on attachment 182715
Patch

Thank you for the quick review.

I filed bug 106882 to improve the test.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>807116</commentid>
    <comment_count>6</comment_count>
      <attachid>182715</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-01-15 01:43:51 -0800</bug_when>
    <thetext>Comment on attachment 182715
Patch

Clearing flags on attachment: 182715

Committed r139728: &lt;http://trac.webkit.org/changeset/139728&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>807117</commentid>
    <comment_count>7</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-01-15 01:43:54 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>182715</attachid>
            <date>2013-01-15 00:59:15 -0800</date>
            <delta_ts>2013-01-15 01:43:51 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-102500-20130115175615.patch</filename>
            <type>text/plain</type>
            <size>1529</size>
            <attacher name="Dominic Cooney">dominicc</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTM5NzIzCmRpZmYgLS1naXQgYS9QZXJmb3JtYW5jZVRlc3Rz
L0NoYW5nZUxvZyBiL1BlcmZvcm1hbmNlVGVzdHMvQ2hhbmdlTG9nCmluZGV4IGQwZDc1M2IyYWE3
ZjE5YmMyMWY2YzdiYzRiMGY2ODg3MTZmNTg0N2IuLjYxYzNmZGFmZDA1Mzk1MWQwNjUyMTRmMzEw
MWYxODk4NmJkMmIyYzUgMTAwNjQ0Ci0tLSBhL1BlcmZvcm1hbmNlVGVzdHMvQ2hhbmdlTG9nCisr
KyBiL1BlcmZvcm1hbmNlVGVzdHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTUgQEAKKzIwMTMtMDEt
MTUgIERvbWluaWMgQ29vbmV5ICA8ZG9taW5pY2NAY2hyb21pdW0ub3JnPgorCisgICAgICAgIEFs
bG93IHplcm8gdmFsdWVzIGFzIHJlc3VsdHMgZnJvbSB0aGUgcnVuRnVuY3Rpb24uCisgICAgICAg
IGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0xMDI1MDAKKworICAgICAg
ICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBET00vRE9NV2Fsay5qcyBm
YWlscyBvbiB0aGUgQ2hyb21pdW0gV2luIHBlcmYgYm90IGJlY2F1c2Ugb25lIG9yCisgICAgICAg
IG1vcmUgcGFydHMgb2YgdGhlIHRlc3QgdXN1YWxseSByZXR1cm4gemVybyBhdCBzb21lIHBvaW50
LgorCisgICAgICAgICogcmVzb3VyY2VzL3J1bm5lci5qczogQWNjZXB0IG1lcmVseSBub24tbmVn
YXRpdmUgcmVzdWx0cy4KKwogMjAxMi0xMi0yOCAgWXVyeSBTZW1pa2hhdHNreSAgPHl1cnlzQGNo
cm9taXVtLm9yZz4KIAogICAgICAgICBXZWIgSW5zcGVjdG9yOiByZW5hbWUgZGlzdGFuY2VUb1dp
bmRvdyB0byBkaXN0YW5jZQpkaWZmIC0tZ2l0IGEvUGVyZm9ybWFuY2VUZXN0cy9yZXNvdXJjZXMv
cnVubmVyLmpzIGIvUGVyZm9ybWFuY2VUZXN0cy9yZXNvdXJjZXMvcnVubmVyLmpzCmluZGV4IDBj
YjZlMDczMGUxOWFkM2Y3MTYwMWIyNzg0NGRlZGY1Y2U3ODI5OTMuLjM2YWU1NjEzZmZhZDFkMGYx
M2JiYTc2NDU5MjU2YjliYjRiMTUwZjMgMTAwNzU1Ci0tLSBhL1BlcmZvcm1hbmNlVGVzdHMvcmVz
b3VyY2VzL3J1bm5lci5qcworKysgYi9QZXJmb3JtYW5jZVRlc3RzL3Jlc291cmNlcy9ydW5uZXIu
anMKQEAgLTI1Nyw4ICsyNTcsOCBAQCBpZiAod2luZG93LnRlc3RSdW5uZXIpIHsKICAgICAgICAg
dmFyIGVuZCA9IFBlcmZUZXN0UnVubmVyLm5vdygpOwogCiAgICAgICAgIGlmIChyZXR1cm5WYWx1
ZSAtIDAgPT09IHJldHVyblZhbHVlKSB7Ci0gICAgICAgICAgICBpZiAocmV0dXJuVmFsdWUgPD0g
MCkKLSAgICAgICAgICAgICAgICBQZXJmVGVzdFJ1bm5lci5sb2coInJ1bkZ1bmN0aW9uIHJldHVy
bmVkIGEgbm9uLXBvc2l0aXZlIHZhbHVlOiAiICsgcmV0dXJuVmFsdWUpOworICAgICAgICAgICAg
aWYgKHJldHVyblZhbHVlIDwgMCkKKyAgICAgICAgICAgICAgICBQZXJmVGVzdFJ1bm5lci5sb2co
InJ1bkZ1bmN0aW9uIHJldHVybmVkIGEgbmVnYXRpdmUgdmFsdWU6ICIgKyByZXR1cm5WYWx1ZSk7
CiAgICAgICAgICAgICByZXR1cm4gcmV0dXJuVmFsdWU7CiAgICAgICAgIH0KIAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>