<?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>198435</bug_id>
          
          <creation_ts>2019-05-31 14:03:44 -0700</creation_ts>
          <short_desc>Layout test landed flaky in 245873 [ Release ] http/wpt/service-workers/service-worker-networkprocess-crash.html is a flaky failure</short_desc>
          <delta_ts>2019-06-05 15:42:02 -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>Tools / Tests</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=198434</see_also>
    
    <see_also>https://bugs.webkit.org/show_bug.cgi?id=198584</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="Shawn Roberts">sroberts</reporter>
          <assigned_to name="youenn fablet">youennf</assigned_to>
          <cc>achristensen</cc>
    
    <cc>cdumez</cc>
    
    <cc>commit-queue</cc>
    
    <cc>ggaren</cc>
    
    <cc>jlewis3</cc>
    
    <cc>ryanhaddad</cc>
    
    <cc>tsavell</cc>
    
    <cc>webkit-bug-importer</cc>
    
    <cc>youennf</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1540835</commentid>
    <comment_count>0</comment_count>
    <who name="Shawn Roberts">sroberts</who>
    <bug_when>2019-05-31 14:03:44 -0700</bug_when>
    <thetext>The following layout test is flaky on Mac WK2 and iOS Simulator Release builds

http/wpt/service-workers/service-worker-networkprocess-crash.html

Probable cause:

New test added in r245873 is a flaky failure on Release builds. 

When run in Debug will get a flaky assertion, or cause other tests to assert. see https://bugs.webkit.org/show_bug.cgi?id=198434

run-webkit-tests http/wpt/service-workers/service-worker-networkprocess-crash.html --iter 100 -f --exit-after-n-failures=2

Flakiness Dashboard:

https://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#showAllRuns=true&amp;tests=http%2Fwpt%2Fservice-workers%2Fservice-worker-networkprocess-crash.html

Diff:

--- /Volumes/Data/slave/ios-simulator-12-release-tests-wk2/build/layout-test-results/http/wpt/service-workers/service-worker-networkprocess-crash-expected.txt
+++ /Volumes/Data/slave/ios-simulator-12-release-tests-wk2/build/layout-test-results/http/wpt/service-workers/service-worker-networkprocess-crash-actual.txt
@@ -1,5 +1,6 @@
+
 
 PASS Setup worker 
 PASS Frame being controlled 
-PASS Frame being controlled after network process crash 
+FAIL Frame being controlled after network process crash assert_not_equals: got disallowed value null</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1540836</commentid>
    <comment_count>1</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2019-05-31 14:04:15 -0700</bug_when>
    <thetext>&lt;rdar://problem/51314295&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1540896</commentid>
    <comment_count>2</comment_count>
      <attachid>371098</attachid>
    <who name="youenn fablet">youennf</who>
    <bug_when>2019-05-31 16:48:37 -0700</bug_when>
    <thetext>Created attachment 371098
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1541763</commentid>
    <comment_count>3</comment_count>
    <who name="youenn fablet">youennf</who>
    <bug_when>2019-06-04 15:54:30 -0700</bug_when>
    <thetext>ping review</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1541791</commentid>
    <comment_count>4</comment_count>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2019-06-04 16:50:07 -0700</bug_when>
    <thetext>
r=me

&gt; LayoutTests/http/wpt/service-workers/service-worker-networkprocess-crash.html:59
&gt; +    let count = 0;
&gt; +    while (count++ &lt; 20) {
&gt; +        const frame = await withFrame(scope + &quot;/empty.html&quot;);
&gt; +        if (frame.contentWindow.navigator.serviceWorker.controller)
&gt; +            break;
&gt; +        frame.remove();
&gt; +        await new Promise(resolve =&gt; setTimeout(resolve, 50));
&gt; +    }
&gt; +    assert_true(count &lt; 20);

Seems like it would be nicer to load the frame only once and then check repeatedly that it eventually gets a service worker. The way this test is written, the frame might never get a service worker, and the test wouldn&apos;t notice.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1541798</commentid>
    <comment_count>5</comment_count>
      <attachid>371098</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2019-06-04 17:11:16 -0700</bug_when>
    <thetext>Comment on attachment 371098
Patch

Clearing flags on attachment: 371098

Committed r246089: &lt;https://trac.webkit.org/changeset/246089&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1541799</commentid>
    <comment_count>6</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2019-06-04 17:11:17 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1542077</commentid>
    <comment_count>7</comment_count>
    <who name="youenn fablet">youennf</who>
    <bug_when>2019-06-05 10:47:12 -0700</bug_when>
    <thetext>&gt; Seems like it would be nicer to load the frame only once and then check
&gt; repeatedly that it eventually gets a service worker. The way this test is
&gt; written, the frame might never get a service worker, and the test wouldn&apos;t
&gt; notice.

There is an inherent race condition between terminating the network process in UIProcess and detecting network process crash on web process based on IPC connection being closed.
The flakiness here is due to the fact that webprocess checks for a matching registration, then is informed the network process crashes and continues the load as if there is no service worker.
We could probably try to make it work in the future.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1542119</commentid>
    <comment_count>8</comment_count>
    <who name="youenn fablet">youennf</who>
    <bug_when>2019-06-05 12:38:20 -0700</bug_when>
    <thetext>Dashboard still shows some flakiness.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1542186</commentid>
    <comment_count>9</comment_count>
    <who name="youenn fablet">youennf</who>
    <bug_when>2019-06-05 15:03:49 -0700</bug_when>
    <thetext>(In reply to youenn fablet from comment #8)
&gt; Dashboard still shows some flakiness.

Network process maybe be crashing before the SW SQL database is written on disk.
On restart, there is no service worker.
I&apos;ll fix it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1542193</commentid>
    <comment_count>10</comment_count>
    <who name="youenn fablet">youennf</who>
    <bug_when>2019-06-05 15:41:57 -0700</bug_when>
    <thetext>(In reply to youenn fablet from comment #9)
&gt; (In reply to youenn fablet from comment #8)
&gt; &gt; Dashboard still shows some flakiness.
&gt; 
&gt; Network process maybe be crashing before the SW SQL database is written on
&gt; disk.
&gt; On restart, there is no service worker.
&gt; I&apos;ll fix it.

Filed bug 198584</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>371098</attachid>
            <date>2019-05-31 16:48:37 -0700</date>
            <delta_ts>2019-06-04 17:11:16 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-198435-20190531164836.patch</filename>
            <type>text/plain</type>
            <size>2717</size>
            <attacher name="youenn fablet">youennf</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjQ1ODQ5CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9DaGFu
Z2VMb2cgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKaW5kZXggZTg4Mjg1MGM4N2RlMThmN2Y1NGE4
ZDg2YTRlNmMwZGI2MDI3MThiYS4uNmI5NzIwM2QwZDk3MjljNGEwYzY1ZTMxMTY4ZWZhYWFiZTg4
NTUzMiAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCisrKyBiL0xheW91dFRlc3Rz
L0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2IEBACisyMDE5LTA1LTMxICBZb3Vlbm4gRmFibGV0ICA8
eW91ZW5uQGFwcGxlLmNvbT4KKworICAgICAgICBMYXlvdXQgdGVzdCBsYW5kZWQgZmxha3kgaW4g
MjQ1ODczIFsgUmVsZWFzZSBdIGh0dHAvd3B0L3NlcnZpY2Utd29ya2Vycy9zZXJ2aWNlLXdvcmtl
ci1uZXR3b3JrcHJvY2Vzcy1jcmFzaC5odG1sIGlzIGEgZmxha3kgZmFpbHVyZQorICAgICAgICBo
dHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MTk4NDM1CisgICAgICAgIDxy
ZGFyOi8vcHJvYmxlbS81MTMxNDI5NT4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9P
UFMhKS4KKworICAgICAgICBNYWtlIHRoZSB0ZXN0IG1vcmUgcm9idXN0IGJ5IHJldHJ5aW5nIHRo
ZSBudWxsIHRlc3QgbW9yZSB0aGFuIG9uY2UuCisKKyAgICAgICAgKiBodHRwL3dwdC9zZXJ2aWNl
LXdvcmtlcnMvc2VydmljZS13b3JrZXItbmV0d29ya3Byb2Nlc3MtY3Jhc2gtZXhwZWN0ZWQudHh0
OgorICAgICAgICAqIGh0dHAvd3B0L3NlcnZpY2Utd29ya2Vycy9zZXJ2aWNlLXdvcmtlci1uZXR3
b3JrcHJvY2Vzcy1jcmFzaC5odG1sOgorCiAyMDE5LTA1LTMxICBZb3Vlbm4gRmFibGV0ICA8eW91
ZW5uQGFwcGxlLmNvbT4KIAogICAgICAgICBBbGxvdyByZXNpemluZyBvZiBjYW1lcmEgdmlkZW8g
ZmVlZHMgdG8gdmVyeSBzbWFsbCByZXNvbHV0aW9ucwpkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMv
aHR0cC93cHQvc2VydmljZS13b3JrZXJzL3NlcnZpY2Utd29ya2VyLW5ldHdvcmtwcm9jZXNzLWNy
YXNoLWV4cGVjdGVkLnR4dCBiL0xheW91dFRlc3RzL2h0dHAvd3B0L3NlcnZpY2Utd29ya2Vycy9z
ZXJ2aWNlLXdvcmtlci1uZXR3b3JrcHJvY2Vzcy1jcmFzaC1leHBlY3RlZC50eHQKaW5kZXggMTJk
ZWEwZmI5MWIxMDQxNmQwNDliYzYxMzI5ZGVmOTkwZDNlYmVhNi4uMmJjZmM1NWRmZmI4ZmQxZWM0
MjBmMTYyOGQ0OWM5MmMyZjAwZjQ4ZSAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvaHR0cC93cHQv
c2VydmljZS13b3JrZXJzL3NlcnZpY2Utd29ya2VyLW5ldHdvcmtwcm9jZXNzLWNyYXNoLWV4cGVj
dGVkLnR4dAorKysgYi9MYXlvdXRUZXN0cy9odHRwL3dwdC9zZXJ2aWNlLXdvcmtlcnMvc2Vydmlj
ZS13b3JrZXItbmV0d29ya3Byb2Nlc3MtY3Jhc2gtZXhwZWN0ZWQudHh0CkBAIC0xLDQgKzEsNSBA
QAogCisKIFBBU1MgU2V0dXAgd29ya2VyIAogUEFTUyBGcmFtZSBiZWluZyBjb250cm9sbGVkIAog
UEFTUyBGcmFtZSBiZWluZyBjb250cm9sbGVkIGFmdGVyIG5ldHdvcmsgcHJvY2VzcyBjcmFzaCAK
ZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL2h0dHAvd3B0L3NlcnZpY2Utd29ya2Vycy9zZXJ2aWNl
LXdvcmtlci1uZXR3b3JrcHJvY2Vzcy1jcmFzaC5odG1sIGIvTGF5b3V0VGVzdHMvaHR0cC93cHQv
c2VydmljZS13b3JrZXJzL3NlcnZpY2Utd29ya2VyLW5ldHdvcmtwcm9jZXNzLWNyYXNoLmh0bWwK
aW5kZXggODA0MjBjMmVlMDQ3ODEwZmU1MTAxYTIwMWJhNzZjOGYzZDVhOGI4Ni4uOWMyOTJiYjlj
MzNjYmNiOTA3MTgxNGMzNjUzOGI1ODczNWRmYTNhNCAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMv
aHR0cC93cHQvc2VydmljZS13b3JrZXJzL3NlcnZpY2Utd29ya2VyLW5ldHdvcmtwcm9jZXNzLWNy
YXNoLmh0bWwKKysrIGIvTGF5b3V0VGVzdHMvaHR0cC93cHQvc2VydmljZS13b3JrZXJzL3NlcnZp
Y2Utd29ya2VyLW5ldHdvcmtwcm9jZXNzLWNyYXNoLmh0bWwKQEAgLTQ4LDkgKzQ4LDE1IEBAIHBy
b21pc2VfdGVzdChhc3luYyAodGVzdCkgPT4gewogICAgIGlmICh3aW5kb3cudGVzdFJ1bm5lciAm
JiB3aW5kb3cudGVzdFJ1bm5lci50ZXJtaW5hdGVOZXR3b3JrUHJvY2VzcykKICAgICAgICAgdGVz
dFJ1bm5lci50ZXJtaW5hdGVOZXR3b3JrUHJvY2VzcygpOwogCi0gICAgY29uc3QgZnJhbWUgPSBh
d2FpdCB3aXRoRnJhbWUoc2NvcGUgKyAiL2VtcHR5Lmh0bWwiKTsKLSAgICBhc3NlcnRfbm90X2Vx
dWFscyhmcmFtZS5jb250ZW50V2luZG93Lm5hdmlnYXRvci5zZXJ2aWNlV29ya2VyLmNvbnRyb2xs
ZXIsIG51bGwpOwotICAgIGZyYW1lLnJlbW92ZSgpOworICAgIGxldCBjb3VudCA9IDA7CisgICAg
d2hpbGUgKGNvdW50KysgPCAyMCkgeworICAgICAgICBjb25zdCBmcmFtZSA9IGF3YWl0IHdpdGhG
cmFtZShzY29wZSArICIvZW1wdHkuaHRtbCIpOworICAgICAgICBpZiAoZnJhbWUuY29udGVudFdp
bmRvdy5uYXZpZ2F0b3Iuc2VydmljZVdvcmtlci5jb250cm9sbGVyKQorICAgICAgICAgICAgYnJl
YWs7CisgICAgICAgIGZyYW1lLnJlbW92ZSgpOworICAgICAgICBhd2FpdCBuZXcgUHJvbWlzZShy
ZXNvbHZlID0+IHNldFRpbWVvdXQocmVzb2x2ZSwgNTApKTsKKyAgICB9CisgICAgYXNzZXJ0X3Ry
dWUoY291bnQgPCAyMCk7CiB9LCAiRnJhbWUgYmVpbmcgY29udHJvbGxlZCBhZnRlciBuZXR3b3Jr
IHByb2Nlc3MgY3Jhc2giKTsKIDwvc2NyaXB0PgogPC9ib2R5Pgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>