File: image-loading-lazy-use-list-of-available-images.html

package info (click to toggle)
thunderbird 1%3A143.0.1-1
  • links: PTS, VCS
  • area: main
  • in suites: experimental
  • size: 4,703,968 kB
  • sloc: cpp: 7,770,492; javascript: 5,943,842; ansic: 3,918,754; python: 1,418,263; xml: 653,354; asm: 474,045; java: 183,079; sh: 111,238; makefile: 20,410; perl: 14,359; objc: 13,059; yacc: 4,583; pascal: 3,405; lex: 1,720; ruby: 999; exp: 762; sql: 715; awk: 580; php: 436; lisp: 430; sed: 69; csh: 10
file content (62 lines) | stat: -rw-r--r-- 2,900 bytes parent folder | download | duplicates (12)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
<!doctype html>
<html>
<title>Lazyload images can load immediately from the list of available images</title>
<link rel="author" title="Dom Farolino" href="mailto:dom@chromium.org">
<link rel="help" href="https://html.spec.whatwg.org/multipage/images.html#updating-the-image-data">
<script src="/resources/testharness.js"></script>
<script src="/resources/testharnessreport.js"></script>

<!-- A `loading=lazy` image will be placed below this div so that it is below
     the viewport -->
<div style="height: 1000vh;"></div>
<div id="below-viewport-img-container"></div>

<script>
const image_path = location.origin + '/html/semantics/embedded-content/the-img-element/resources/image.png?image-loading-lazy-use-list-of-available-images-' + Math.random();

promise_test(async t => {
  const eager_image_promise = new Promise((resolve, reject) => {
    const img = new Image();
    img.onload = resolve;
    img.onerror = e => { reject(new Error("The img should not fail to load")) };
    img.src = image_path;
  });

  await eager_image_promise;

  // At this point, the image fetched eagerly above exists in the "list of
  // available images". As per the spec's #updating-the-image-data algorithm [1]
  // step 6, the "list of avalable images" is consulted before we take any
  // lazyload-specific action. This means that lazyload images can load eagerly
  // if they target a resource in the list of available images, which the image
  // below is doing.
  //
  // Note that if https://github.com/whatwg/html/issues/7005 resolves in favor
  // of allowing in-flight image requests to be placed in the list of available
  // images, as opposed to just complete images, this would allow lazyload
  // images (in addition to non-lazyload ones) to coalesce with these in-flight
  // entries in the list of available images too. In that case we'd need to test
  // for this here.
  // [1]: https://html.spec.whatwg.org/multipage/images.html#updating-the-image-data
  const lazyload_image_promise = new Promise((resolve, reject) => {
    const img = new Image();
    img.loading = 'lazy';
    img.onload = resolve;
    img.onerror = e => { reject("The img should not fail to load") };

    document.querySelector('#below-viewport-img-container').append(img);
    img.src = image_path;
  });
  const timeout_promise = new Promise((resolve, reject) => {
    t.step_timeout(() => {
      reject(new Error("The `loading=lazy` image should load immediately from " +
                       "the list of available images, beating this timeout " +
                       "promise."));
    }, 1000);
  });

  // The `lazyload_image_promise` should resolve first because lazyload images
  // are able to eagerly use resources in the "list of available images".
  await Promise.race([lazyload_image_promise, timeout_promise]);
}, 'Lazyload images can load immediately from the list of available images');
</script>