Bug 1527478 [wpt PR 15350] - Fetch: use `t.step_timeout()` instead of bare `step_timeout()`, a=testonly
authorPhilip Jägenstedt <philip@foolip.org>
Tue, 05 Mar 2019 11:09:13 +0000
changeset 522116 ede03586f13bbbf90907a5bac491223b2a2da91d
parent 522115 9ca222b6a7402afe2503961671ac4114a9ba8edc
child 522117 9ef5380f4ea9d2ea29b690df8d3b536ae01f3a1f
push id10871
push usercbrindusan@mozilla.com
push dateMon, 18 Mar 2019 15:49:32 +0000
treeherdermozilla-beta@018abdd16060 [default view] [failures only]
perfherder[talos] [build metrics] [platform microbench] (compared to previous push)
reviewerstestonly
bugs1527478, 15350
milestone67.0a1
first release with
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
last release without
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
Bug 1527478 [wpt PR 15350] - Fetch: use `t.step_timeout()` instead of bare `step_timeout()`, a=testonly Automatic update from web-platform-tests Fetch: use `t.step_timeout()` instead of bare `step_timeout()` (#15350) This avoid a harness error in the case of failure: https://wpt.fyi/results/fetch/stale-while-revalidate?run_id=6045131320852480&run_id=4797529354928128&run_id=6524192509919232&run_id=6492651545165824 -- wpt-commits: 8686e3e2268c7746bdfe88e892cb986b0ba7b779 wpt-pr: 15350
testing/web-platform/tests/fetch/stale-while-revalidate/stale-css.tentative.html
testing/web-platform/tests/fetch/stale-while-revalidate/stale-image.tentative.html
--- a/testing/web-platform/tests/fetch/stale-while-revalidate/stale-css.tentative.html
+++ b/testing/web-platform/tests/fetch/stale-while-revalidate/stale-css.tentative.html
@@ -7,17 +7,17 @@ https://github.com/whatwg/fetch/pull/853
 <title>Tests Stale While Revalidate works for css</title>
 <script src="/resources/testharness.js"></script>
 <script src="/resources/testharnessreport.js"></script>
 <body>
 <script>
 
 async_test(t => {
   window.onload = t.step_func(() => {
-    step_timeout(() => {
+    t.step_timeout(() => {
       assert_equals(window.getComputedStyle(document.body).getPropertyValue('background-color'), "rgb(0, 128, 0)");
       var link2 = document.createElement("link");
       link2.onload = t.step_func(() => {
         assert_equals(window.getComputedStyle(document.body).getPropertyValue('background-color'), "rgb(0, 128, 0)");
         var checkResult = () => {
           // We poll because we don't know when the revalidation will occur.
           fetch("stale-css.py?query").then(t.step_func((response) => {
             var count = response.headers.get("Count");
--- a/testing/web-platform/tests/fetch/stale-while-revalidate/stale-image.tentative.html
+++ b/testing/web-platform/tests/fetch/stale-while-revalidate/stale-image.tentative.html
@@ -13,17 +13,17 @@ Use a child document to load the second 
 an image loaded into the same document will skip cache-control headers.
 See: https://html.spec.whatwg.org/#the-list-of-available-images
 -->
 <iframe id="child" srcdoc=""></iframe>
 <script>
 
 async_test(t => {
   window.onload = t.step_func(() => {
-    step_timeout(() => {
+    t.step_timeout(() => {
       assert_equals(document.getElementById("firstimage").width, 16, "Width is 16");
       var childDocument = document.getElementById('child').contentDocument;
       var img2 = childDocument.createElement("img");
       img2.onload = t.step_func(() => {
         assert_equals(img2.width, 16, "image dimension");
         var checkResult = () => {
           // We poll because we don't know when the revalidation will occur.
           fetch("stale-image.py?query").then(t.step_func((response) => {