Bug 143284 - CORS violation for <track> element with data URI - WebVTT
Summary: CORS violation for <track> element with data URI - WebVTT
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Media (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL: https://jsfiddle.net/fixedmachine/ron...
Keywords: HTML5
Depends on:
Reported: 2015-03-31 17:00 PDT by Radosław Włodkowski
Modified: 2017-11-03 03:55 PDT (History)
6 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Radosław Włodkowski 2015-03-31 17:00:50 PDT
Example URL:

Steps to reproduce the problem:
1. Open given test site URL with <video> with <track> element with src specified as data URI with base64 encoded WebVTT subtitles.
2. The subtitles are not displayed.
3. There is an error log in console: Cross-origin text track load denied by Cross-Origin Resource Sharing policy.

What is the expected behavior?
The subtitles inside data URI are loaded, parsed and displayed correctly. No CORS violation is reported.

What went wrong?
CORS violation withhold subtitles data from loading and parsing, so they couldn't be displayed as expected.

Did this work before? No 

Does this work in other browsers? No. Chrome 41.0.2272.101, Opera 28.0.1750.48, Internet Explorer 11

The bug is present in all WebKit based browsers on all platforms: OS X, iOS (iPad, iPhone).

Similar issue was found in Firefox:
but with current 36.0.4 version, data URIs for <track> elements seems to work fine.

Data URIs for <track> elements aren't working in IE11 too: CC menu is displayed with listed tracks, but subtitles aren't displayed. No errors are logged.
Comment 1 Frédéric Wang (:fredw) 2017-11-03 03:55:43 PDT
There is probably a different (but maybe related) bug: we have a CORS violation when using local VTT files. Gecko can load local VTT files just fine.