This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 20063 - Unclear whether a <track> element's load event should fired if appended to a <video> with no "src" attribute
Summary: Unclear whether a <track> element's load event should fired if appended to a ...
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: HTML5 spec (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: Silvia Pfeiffer
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard: whatwg-resolved
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-23 15:27 UTC by Antoine Quint
Modified: 2016-04-21 15:39 UTC (History)
8 users (show)

See Also:

Attachments

Description Antoine Quint 2012-11-23 15:27:56 UTC 
It's unclear to me whether a <track> element that is a child of a <video> element, where the <video> element has no "src" attribute set, should ever fire its "load" event. In this situation, Opera 12.11 fires a "load" event but a WebKit nightly doesn't. For reference, see the final test in http://w3c-test.org/html/tests/submission/Opera/media/interfaces/TextTrack/addCue.html.
Comment 1 Simon Pieters 2012-11-23 15:52:50 UTC 
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#start-the-track-processing-model

"If the text track's track element does not have a media element as a parent, abort these steps."

It does not matter if the parent has a src attribute (or <source> children).

AFAICT, the spec is clear, and WebKit nightly has a bug.
Comment 2 Simon Pieters 2012-11-23 15:55:47 UTC 
(Oops, I didn't notice this was a HTML WG bug.)
Comment 3 Antoine Quint 2012-11-23 16:01:19 UTC 
Thanks for noticing this Simon, I think you're correct.
Comment 4 Silvia Pfeiffer 2012-11-26 01:54:15 UTC 
There is no "load" event for media elements, only a "loadstart", "loadedmetadata" or "loadeddata". Neither does the track element have a "load" event - it only have a readiness state of "loaded". Are you referring to the "load" event of the page?
Comment 5 Simon Pieters 2012-11-26 07:30:33 UTC 
track has a load event.

"If the file was successfully processed, fire a simple event named load at the track element."
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#sourcing-out-of-band-text-tracks
Comment 6 Silvia Pfeiffer 2012-11-26 11:54:36 UTC 
Ah right! We should add an event list for track at the end, cause that totally slipped by me - somewhere near:

* http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#cue-events

* http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#mediaevents

As for the bug as recorded: I agree with comment #1. Antoine: you should register a bug on WebKit.
Comment 7 Antoine Quint 2012-11-26 16:19:50 UTC 
Here's the WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=103258.
Comment 8 Simon Pieters 2015-12-10 10:58:08 UTC 
(In reply to Silvia Pfeiffer from comment #6)
> Ah right! We should add an event list for track at the end, cause that
> totally slipped by me - somewhere near:
> 
> *
> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-
> element.html#cue-events

No, there's a common section for events on all HTML elements.

> *
> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-
> element.html#mediaevents

Yes. https://github.com/whatwg/html/issues/392
Comment 9 Travis Leithead [MSFT] 2016-04-21 15:39:49 UTC 
HTML5.1 Bugzilla Bug Triage: Fixed

The fix from WHATWG PR: https://github.com/whatwg/html/pull/419/files has been included into the W3C HTML spec. I believe this resolves the bug.

If this resolution is not satisfactory, please copy the relevant bug details/proposal into a new issue at the W3C HTML5 Issue tracker: https://github.com/w3c/html/issues/new where it will be re-triaged. Thanks!