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 464498 83d693e14a497587112f99198db036e97a97031e
parent 464497 2719bb3a5d99ee2430d01cd24dc0d1cfe1e881a2
child 464499 50f191b516fe22fe725fe574e04ff6f872b35769
push id35717
push useraciure@mozilla.com
push dateSun, 17 Mar 2019 09:45:26 +0000
treeherdermozilla-central@e0861be8d6c0 [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) => {