Bug 103414
| Summary: | WebVTT <v> element generates a <q> in the shadow DOM instead of a <span> | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Antoine Quint <graouts> |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED CONFIGURATION CHANGED | ||
| Severity: | Normal | CC: | ahmad.saleem792, eric.carlson, graouts, jer.noble, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://w3c-test.org/html/tests/submission/Opera/media/interfaces/TextTrackCue/getCueAsHTML.html | ||
Antoine Quint
We're failing the Opera-submitted test at http://w3c-test.org/html/tests/submission/Opera/media/interfaces/TextTrackCue/getCueAsHTML.html. The WebVTT <v> generates an HTML <q> in our code, but it should be a <span> per the spec (http://dev.w3.org/html5/webvtt/#webvtt-cue-text-dom-construction-rules), same for <v a b>.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/12758031>
Ahmad Saleem
We are passing relevant WPT test:
https://wpt.fyi/results/webvtt/api/VTTCue/getCueAsHTML.html?label=master&label=experimental&aligned=
From current two failures, one is already progressed and in the last one, we match Chrome.
But <v> one -> VTTCue.getCueAsHTML(), <v>, we are passing, so marking this as 'RESOLVED CONFIGURATION CHANGED'.
CCing - Eric & Jer - if they want to reopen.