Changeset 251462 in webkit


Ignore:
Timestamp:
Oct 22, 2019 3:34:42 PM (5 years ago)
Author:
cturner@igalia.com
Message:

[GStreamer] Skip http/tests/media/hls/hls-video-resize.html
https://bugs.webkit.org/show_bug.cgi?id=199617

Unreviewed gardening.

Generally speaking, the HTML spec says that HAVE_METADATA => video
dimensions are available. Only when the state is < HAVE_METADATA
is it specified that "If the element's readyState attribute is
HAVE_NOTHING, then the [width, height] attributes must return 0."

However, there is a provision mentioned implicitly that the UA can
be in HAVE_METADATA and have received no video data. "When no
video data is available (the element's readyState attribute is
either HAVE_NOTHING, or HAVE_METADATA but no video data has yet
been obtained at all..."

The two definitions of the HAVE_METADATA both state that
dimensions should be available though,

Defn 1. "Enough of the resource has been obtained that the
duration of the resource is available. In the case of a video
element, the dimensions of the video are also available. No media
data is available for the immediate current playback position."

Defn 2. "The user agent has just determined the duration and
dimensions of the media resource and the text tracks are ready."

And yet there's one more mention of transitioning to this state
that suggests the UA only needs to know the duration of the media:
"The user agent must determine the duration of the media resource
before playing any part of the media data and before setting
readyState to a value equal to or greater than HAVE_METADATA, even
if doing so requires fetching multiple parts of the resource."

So, it seems more like the spec itself it unclear, and the test
was added to check the Apple ports' specific HLS behaviour.

  • platform/gtk/TestExpectations: Skip this test, since it relies

on behaviour that does not seem to be standard, but rather quite
specific to how the Apple HLS player works.

Location:
trunk/LayoutTests
Files:
2 edited

Legend:

Unmodified
Added
Removed
  • trunk/LayoutTests/ChangeLog

    r251461 r251462  
     12019-10-22  Charlie Turner  <cturner@igalia.com>
     2
     3        [GStreamer] Skip http/tests/media/hls/hls-video-resize.html
     4        https://bugs.webkit.org/show_bug.cgi?id=199617
     5
     6        Unreviewed gardening.
     7
     8        Generally speaking, the HTML spec says that HAVE_METADATA => video
     9        dimensions are available. Only when the state is < HAVE_METADATA
     10        is it specified that "If the element's readyState attribute is
     11        HAVE_NOTHING, then the [width, height] attributes must return 0."
     12
     13        However, there is a provision mentioned implicitly that the UA can
     14        be in HAVE_METADATA and have received no video data. "When no
     15        video data is available (the element's readyState attribute is
     16        either HAVE_NOTHING, or HAVE_METADATA but no video data has yet
     17        been obtained at all..."
     18
     19        The two definitions of the HAVE_METADATA both state that
     20        dimensions should be available though,
     21
     22        Defn 1.  "Enough of the resource has been obtained that the
     23        duration of the resource is available. In the case of a video
     24        element, the dimensions of the video are also available. No media
     25        data is available for the immediate current playback position."
     26
     27        Defn 2.  "The user agent has just determined the duration and
     28        dimensions of the media resource and the text tracks are ready."
     29
     30        And yet there's one more mention of transitioning to this state
     31        that suggests the UA only needs to know the duration of the media:
     32        "The user agent must determine the duration of the media resource
     33        before playing any part of the media data and before setting
     34        readyState to a value equal to or greater than HAVE_METADATA, even
     35        if doing so requires fetching multiple parts of the resource."
     36
     37        So, it seems more like the spec itself it unclear, and the test
     38        was added to check the Apple ports' specific HLS behaviour.
     39
     40        * platform/gtk/TestExpectations: Skip this test, since it relies
     41        on behaviour that does not seem to be standard, but rather quite
     42        specific to how the Apple HLS player works.
     43
    1442019-10-22  Said Abou-Hallawa  <sabouhallawa@apple.com>
    245
  • trunk/LayoutTests/platform/gtk/TestExpectations

    r251460 r251462  
    935935webkit.org/b/154390 http/tests/media/hls/video-controller-getStartDate.html [ Timeout Failure ]
    936936webkit.org/b/154390 http/tests/media/hls/hls-audio-tracks-locale-selection.html [ Timeout Failure ]
    937 webkit.org/b/154390 [ Release ] http/tests/media/hls/hls-video-resize.html [ Timeout Failure ]
    938937webkit.org/b/154390 http/tests/security/local-video-source-from-remote.html [ Timeout Pass ]
     938
     939webkit.org/b/199617 http/tests/media/hls/hls-video-resize.html [ Skip ]
    939940
    940941webkit.org/b/137096 svg/W3C-SVG-1.1/text-altglyph-01-b.svg [ Failure ]
Note: See TracChangeset for help on using the changeset viewer.