Title: [281181] trunk/LayoutTests
Revision
281181
Author
achristen...@apple.com
Date
2021-08-17 23:26:20 -0700 (Tue, 17 Aug 2021)

Log Message

Mark test as flaky: imported/w3c/web-platform-tests/navigation-timing/nav2_test_attributes_values.html
https://bugs.webkit.org/show_bug.cgi?id=229181

* TestExpectations:
r281147 changed this test from flaky to differently flaky.
It used to pass sometimes because the whole document would load before any script was executed, so there was no PerformanceNavigationTiming
object to update as the document loaded.  r281147 fixed that, making it basically always pass when loaded over the real internet.
Now, sometimes it loads locally so fast that Performance::reduceTimeResolution makes some of the values 0, which is allowed by the spec but not
by the tests.  In practice, pages don't load over the internet in less than 1ms, so this isn't much of an issue, just in our test bots.
I'll propose a fix for the web platform test, but for now I mark it as flaky.

Modified Paths

Diff

Modified: trunk/LayoutTests/ChangeLog (281180 => 281181)


--- trunk/LayoutTests/ChangeLog	2021-08-18 03:55:56 UTC (rev 281180)
+++ trunk/LayoutTests/ChangeLog	2021-08-18 06:26:20 UTC (rev 281181)
@@ -1,3 +1,16 @@
+2021-08-17  Alex Christensen  <achristen...@webkit.org>
+
+        Mark test as flaky: imported/w3c/web-platform-tests/navigation-timing/nav2_test_attributes_values.html
+        https://bugs.webkit.org/show_bug.cgi?id=229181
+
+        * TestExpectations:
+        r281147 changed this test from flaky to differently flaky.
+        It used to pass sometimes because the whole document would load before any script was executed, so there was no PerformanceNavigationTiming
+        object to update as the document loaded.  r281147 fixed that, making it basically always pass when loaded over the real internet.
+        Now, sometimes it loads locally so fast that Performance::reduceTimeResolution makes some of the values 0, which is allowed by the spec but not
+        by the tests.  In practice, pages don't load over the internet in less than 1ms, so this isn't much of an issue, just in our test bots.
+        I'll propose a fix for the web platform test, but for now I mark it as flaky.
+
 2021-08-17  Arcady Goldmints-Orlov  <agoldmi...@igalia.com>
 
         [GLIB] test http/tests/security/webaudio-render-remote-audio-allowed-crossorigin-redirect.html is a flaky timeout since r278004

Modified: trunk/LayoutTests/TestExpectations (281180 => 281181)


--- trunk/LayoutTests/TestExpectations	2021-08-18 03:55:56 UTC (rev 281180)
+++ trunk/LayoutTests/TestExpectations	2021-08-18 06:26:20 UTC (rev 281181)
@@ -1132,6 +1132,7 @@
 imported/w3c/web-platform-tests/resource-timing/crossorigin-sandwich-TAO.sub.html [ Pass Failure ]
 imported/w3c/web-platform-tests/resource-timing/crossorigin-sandwich-partial-TAO.sub.html [ Pass Failure ]
 imported/w3c/web-platform-tests/navigation-timing/secure_connection_start_non_zero.https.html [ Pass Failure ]
+imported/w3c/web-platform-tests/navigation-timing/nav2_test_attributes_values.html [ Pass Failure ]
 imported/w3c/web-platform-tests/resource-timing/TAO-match.html [ Pass Failure ]
 imported/w3c/web-platform-tests/resource-timing/iframe-failed-commit.html [ Pass Failure ]
 imported/w3c/web-platform-tests/resource-timing/fetch-cross-origin-redirect.https.html [ Pass Failure ]
_______________________________________________
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

Reply via email to