<?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>217193</bug_id>
          
          <creation_ts>2020-10-01 15:25:48 -0700</creation_ts>
          <short_desc>REGRESSION (r267814): [ Mojave+ release wk2 ] inspector/console/queryHolders.html is a flaky failure</short_desc>
          <delta_ts>2020-10-21 13:21:45 -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>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=217115</see_also>
          <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="Karl Rackler">rackler</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>aakash_jain</cc>
    
    <cc>ashvayka</cc>
    
    <cc>dpino</cc>
    
    <cc>fpizlo</cc>
    
    <cc>hi</cc>
    
    <cc>inspector-bugzilla-changes</cc>
    
    <cc>joepeck</cc>
    
    <cc>ross.kirsling</cc>
    
    <cc>webkit-bot-watchers-bugzilla</cc>
    
    <cc>webkit-bug-importer</cc>
    
    <cc>ysuzuki</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1693899</commentid>
    <comment_count>0</comment_count>
    <who name="Karl Rackler">rackler</who>
    <bug_when>2020-10-01 15:25:48 -0700</bug_when>
    <thetext>Description:
inspector/console/queryHolders.html

The first failure that I see this on the dashboard was 09/30/20 at r267815, but does not appear to be relevant to what would have caused this.

I can reproduce this on r267814, but unable to reproduce on 267813 or earlier.
Commit r267814 has to do with implementing an {Array, %TypedArray%, String}.prototype.item, which could have introduced the flaky failure.  The change was introduced here https://trac.webkit.org/changeset/267814/webkit.

REPRODUCTION STEPS
Command: 
run-webkit-tests --exit-after-n-failures 1 --iterations 50 inspector/console/queryHolders.html

Result: 
Regressions: Unexpected text-only failures (1)
  inspector/console/queryHolders.html [ Failure ]

History:
https://results.webkit.org/?suite=layout-tests&amp;test=inspector%2Fconsole%2FqueryHolders.html&amp;platform=mac

Diff Log:
--- /Volumes/Data/slave/catalina-release-tests-wk2/build/layout-test-results/inspector/formatting/formatting-css-expected.txt
+++ /Volumes/Data/slave/catalina-release-tests-wk2/build/layout-test-results/inspector/formatting/formatting-css-actual.txt
@@ -1,14 +1,5 @@
-Test CSS formatting.
+#PID UNRESPONSIVE - WebKitTestRunner (pid 84131)
+FAIL: Timed out waiting for notifyDone to be called
 
-
-== Running test suite: CSSFormatter
--- Running test case: CSSFormatter
-PASS: basic.css
-PASS: comment.css
-PASS: gradient.css
-PASS: keyframes.css
-PASS: media-query.css
-PASS: selectors.css
-PASS: url.css
-PASS: wrapping.css
-
+#EOF
+#EOF</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1693900</commentid>
    <comment_count>1</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2020-10-01 15:26:09 -0700</bug_when>
    <thetext>&lt;rdar://problem/69858825&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1693905</commentid>
    <comment_count>2</comment_count>
    <who name="Aakash Jain">aakash_jain</who>
    <bug_when>2020-10-01 15:37:26 -0700</bug_when>
    <thetext>Interesting that in https://bugs.webkit.org/show_bug.cgi?id=217115#c5 EWS blamed the patch for r267814 for this test failure.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1693908</commentid>
    <comment_count>3</comment_count>
    <who name="Karl Rackler">rackler</who>
    <bug_when>2020-10-01 15:41:58 -0700</bug_when>
    <thetext>I have marked this test as failing while this issue is investigated.
https://trac.webkit.org/changeset/267856/webkit</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1693922</commentid>
    <comment_count>4</comment_count>
    <who name="Ross Kirsling">ross.kirsling</who>
    <bug_when>2020-10-01 16:30:30 -0700</bug_when>
    <thetext>The test has no overt connection to r267814, but there must be some sort of odd dependence, since it evidently wasn&apos;t flaky before.

I&apos;ll try to see what possible interaction there could be...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1693977</commentid>
    <comment_count>5</comment_count>
    <who name="Ross Kirsling">ross.kirsling</who>
    <bug_when>2020-10-01 20:37:24 -0700</bug_when>
    <thetext>A few more details:
- Repro rate seems to be around 15%.
- When it fails, the queryHolders result (which is expected to be empty) contains two WI.RemoteObjects, which appear to differ only in `objectId.id`. In particular, they have the same `target` and a `description` of &quot;Window&quot;.

This very much feels like an unreliable test that just happened to be stable until something shifted underneath it...?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1693990</commentid>
    <comment_count>6</comment_count>
    <who name="Ross Kirsling">ross.kirsling</who>
    <bug_when>2020-10-01 23:16:02 -0700</bug_when>
    <thetext>Playing around more, it appears that adding *any* new built-in function to Array.prototype (regardless of name, order, or behavior) will cause this test to turn flaky.

And yet the procedure for, say, r228266 was the same as my procedure for r267814, and this had no associated regression.

I&apos;m happy to update the test to simply expect the array to be of length 2, but I&apos;m not sure this preserves the purpose of the test, so I&apos;d feel more comfortable leaving it to the WI folks to adjust more suitably.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1700342</commentid>
    <comment_count>7</comment_count>
    <who name="Diego Pino">dpino</who>
    <bug_when>2020-10-21 13:17:28 -0700</bug_when>
    <thetext>*** Bug 217966 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1700345</commentid>
    <comment_count>8</comment_count>
    <who name="Diego Pino">dpino</who>
    <bug_when>2020-10-21 13:21:45 -0700</bug_when>
    <thetext>This regression could also be reproduced in WebKitGTK. In the case of WebKitGTK, after r268760 this test is no longer flaky, although it times out sometimes as it used to happen before r267814.

https://results.webkit.org/?suite=layout-tests&amp;test=inspector%2Fconsole%2FqueryHolders.html&amp;platform=GTK&amp;platform=WPE</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>