Bug 209295 - [ iOS wk2 and Mac Debug wk2 ] imported/w3c/web-platform-tests/service-workers/service-worker/respond-with-body-accessed-response.https.html is flaky failing.
Summary: [ iOS wk2 and Mac Debug wk2 ] imported/w3c/web-platform-tests/service-workers...
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Service Workers (show other bugs)
Version: WebKit Nightly Build
Hardware: Mac macOS 10.14
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2020-03-19 11:24 PDT by Jason Lawrence
Modified: 2020-04-28 22:18 PDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jason Lawrence 2020-03-19 11:24:27 PDT 
imported/w3c/web-platform-tests/service-workers/service-worker/respond-with-body-accessed-response.https.html 

Description:
This test is flaky failing on iOS and Mac Debug. The iOS failures recently are in Release, but there are some older failures for iOS in Debug. The Mac Debug failures appear to start around 2/20/2020.

History:
https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fservice-workers%2Fservice-worker%2Frespond-with-body-accessed-response.https.html&style=debug&style=release&platform=ios&platform=mac&limit=50000&recent=false&flavor=wk2

Diff:
--- /Volumes/Data/slave/ios-simulator-13-release-tests-wk2/build/layout-test-results/imported/w3c/web-platform-tests/service-workers/service-worker/respond-with-body-accessed-response.https-expected.txt
+++ /Volumes/Data/slave/ios-simulator-13-release-tests-wk2/build/layout-test-results/imported/w3c/web-platform-tests/service-workers/service-worker/respond-with-body-accessed-response.https-actual.txt
@@ -1,3 +1,6 @@
+
+
+Harness Error (TIMEOUT), message = null
 
 PASS initialize global state 
 PASS test: type=basic 
@@ -11,12 +14,12 @@
 PASS test: type=default&clone=2 
 PASS test: type=basic&passThroughCache=true 
 PASS test: type=opaque&passThroughCache=true 
-PASS test: type=default&passThroughCache=true 
-PASS test: type=basic&clone=1&passThroughCache=true 
-PASS test: type=opaque&clone=1&passThroughCache=true 
-PASS test: type=default&clone=1&passThroughCache=true 
-PASS test: type=basic&clone=2&passThroughCache=true 
-PASS test: type=opaque&clone=2&passThroughCache=true 
-PASS test: type=default&clone=2&passThroughCache=true 
-PASS restore global state 
+TIMEOUT test: type=default&passThroughCache=true Test timed out
+NOTRUN test: type=basic&clone=1&passThroughCache=true 
+NOTRUN test: type=opaque&clone=1&passThroughCache=true 
+NOTRUN test: type=default&clone=1&passThroughCache=true 
+NOTRUN test: type=basic&clone=2&passThroughCache=true 
+NOTRUN test: type=opaque&clone=2&passThroughCache=true 
+NOTRUN test: type=default&clone=2&passThroughCache=true 
+NOTRUN restore global state
Comment 1 Radar WebKit Bug Importer 2020-03-19 11:25:33 PDT 
<rdar://problem/60642440>
Comment 2 Jason Lawrence 2020-03-19 11:33:18 PDT 
I have marked this test as failing while this issue is investigated.
https://trac.webkit.org/changeset/258718/webkit
Comment 3 Ryan Haddad 2020-04-28 22:18:59 PDT 
Removed flaky expectations in https://trac.webkit.org/changeset/260866/webkit as this test appears to be passing consistently now.