Rebaselining [ Win EWS ] http/tests/misc/webtiming-slow-load.py

• Component: New Bugs
• Status: RESOLVED CONFIGURATION CHANGED

http/tests/misc/webtiming-slow-load.py

Is failing on Windows-EWS and the OpenSource https://results.webkit.org/?suite=layout-tests&test=http%2Ftests%2Fmisc%2Fwebtiming-slow-load.py

Diff:

--- /home/buildbot/worker/Windows-EWS/build/layout-test-results/http/tests/misc/webtiming-slow-load-expected.txt
+++ /home/buildbot/worker/Windows-EWS/build/layout-test-results/http/tests/misc/webtiming-slow-load-actual.txt
@@ -3,9 +3,9 @@
 On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE".
 
 
-FAIL timing.requestStart should be non-zero. Was 0
-FAIL timing.responseStart should be non-zero. Was 0
-FAIL timing.responseEnd should be non-zero. Was 0
+PASS timing.requestStart is non-zero.
+PASS timing.responseStart is non-zero.
+PASS timing.responseEnd is non-zero.
 PASS successfullyParsed is true
 
 TEST COMPLETE

Result (EWS): https://ews-build.s3-us-west-2.amazonaws.com/Windows-EWS/r435325-101425/results.html

Looks like it started failing recently at around https://ews-build.webkit.org/#/builders/10/builds/101425. Will research more.

[Radar WebKit Bug Importer]

<rdar://problem/81917212>

Updated test expectations https://trac.webkit.org/changeset/281038/webkit

According to the Open-source history, it looks like the failure started between r280957 and r280913, but I cannot confirm that since I cannot reproduce the failure.

[Ryan Haddad]

Could be related to https://trac.webkit.org/changeset/280931/webkit, which dealt with performance timing.

If this is consistently "failing", it looks like it is a progression since we are now passing more subtests.

We should consider rebaselining this/

Rebaselined and removed the expectations I marked previously:  https://trac.webkit.org/changeset/281162/webkit