- From: <bugzilla@jessica.w3.org>
- Date: Fri, 16 Jan 2015 09:22:38 +0000
- To: public-html-media@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=27843
Bug ID: 27843
Summary: [MSE] Should the media element load algorithm trigger
detaching from a media element?
Product: HTML WG
Version: unspecified
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Media Source Extensions
Assignee: adrianba@microsoft.com
Reporter: philipj@opera.com
QA Contact: public-html-bugzilla@w3.org
CC: mike@w3.org, public-html-media@w3.org
https://w3c.github.io/media-source/#mediasource-detach
"The following steps are run in any case where the media element is going to
transition to NETWORK_EMPTY and queue a task to fire a simple event named
emptied at the media element. These steps must be run right before the
transition."
Per a literal reading of the MSE spec, the media element load algorithm in the
HTML spec does not qualify, as there is no transition to NETWORK_EMPTY. In
Blink the "If a fetching process is in progress for the media element, the user
agent should stop it." step is "implemented" by setting networkState to
NETWORK_EMPTY, but per spec that doesn't happen and doesn't matter since the
resource selection algorithm set it to NETWORK_NO_SOURCE.
A review of exactly which bits of the HTML spec should trigger the detaching
from a media element may be in order. The "These steps must be run right before
the transition." also make it such that the event order depends on the order in
which HTML queues the task to fire the event and sets networkState.
If an explicit hook in HTML would help, let's ask Hixie for one.
--
You are receiving this mail because:
You are on the CC list for the bug.
Received on Friday, 16 January 2015 09:22:40 UTC