Title: [251462] trunk/LayoutTests
- Revision
- 251462
- Author
- ctur...@igalia.com
- Date
- 2019-10-22 15:34:42 -0700 (Tue, 22 Oct 2019)
Log 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.
Modified Paths
Diff
Modified: trunk/LayoutTests/ChangeLog (251461 => 251462)
--- trunk/LayoutTests/ChangeLog 2019-10-22 21:57:41 UTC (rev 251461)
+++ trunk/LayoutTests/ChangeLog 2019-10-22 22:34:42 UTC (rev 251462)
@@ -1,3 +1,46 @@
+2019-10-22 Charlie Turner <ctur...@igalia.com>
+
+ [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.
+
2019-10-22 Said Abou-Hallawa <sabouhall...@apple.com>
[SVG2] Remove the 'viewTarget' property of SVGViewElement
Modified: trunk/LayoutTests/platform/gtk/TestExpectations (251461 => 251462)
--- trunk/LayoutTests/platform/gtk/TestExpectations 2019-10-22 21:57:41 UTC (rev 251461)
+++ trunk/LayoutTests/platform/gtk/TestExpectations 2019-10-22 22:34:42 UTC (rev 251462)
@@ -934,9 +934,10 @@
webkit.org/b/154390 http/tests/media/video-redirect.html [ Timeout Pass ]
webkit.org/b/154390 http/tests/media/hls/video-controller-getStartDate.html [ Timeout Failure ]
webkit.org/b/154390 http/tests/media/hls/hls-audio-tracks-locale-selection.html [ Timeout Failure ]
-webkit.org/b/154390 [ Release ] http/tests/media/hls/hls-video-resize.html [ Timeout Failure ]
webkit.org/b/154390 http/tests/security/local-video-source-from-remote.html [ Timeout Pass ]
+webkit.org/b/199617 http/tests/media/hls/hls-video-resize.html [ Skip ]
+
webkit.org/b/137096 svg/W3C-SVG-1.1/text-altglyph-01-b.svg [ Failure ]
webkit.org/b/137096 svg/custom/altglyph.svg [ Failure ]
webkit.org/b/137096 svg/text/text-altglyph-01-b.svg [ Failure ]
_______________________________________________
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes
