WebVTT is not loadable from local file
Reported by
s.h.h.n....@gmail.com,
Feb 3 2018
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.119 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Store attached files to same directory in your local computer 2. Open test.html What is the expected behavior? test.html can load test.vtt file. What went wrong? Console says following: "Text track from origin 'file://' has been blocked from loading: Not at same origin as the document, and parent of track element does not have a 'crossorigin' attribute. Origin 'null' is therefore not allowed access." Local files in the same folder is usually treated as same-origin, but not in case of WebVTT file. This works correctly in other browsers. Did this work before? N/A Is it a problem with Flash or HTML5? HTML5 Does this work in other browsers? Yes Chrome version: 64.0.3282.119 Channel: n/a OS Version: OS X 10.13.3 Flash Version: Contents of chrome://gpu:
,
Feb 5 2018
Reporter@ Thanks for the issue. Tested this issue Windows 10, Mac OS 10.12.6 and Ubuntu 14.04 on the latest Canary 66.0.3340.0 and Stable 64.0.3282.140 and able to reproduce the issue by following the steps mentioned in the original comment. Can observe the error "Text track from origin 'file://' has been blocked from loading: Not at same origin as the document, and parent of track element does not have a 'crossorigin' attribute. Origin 'null' is therefore not allowed access." in Devtools -> Console after loading the given html file. Attached is the screen cast for reference. This is a Non-Regression issue as this behavior is observed from M60 Chrome builds. Hence marking this as Untriaged for further updates from Dev. Thanks..
,
Mar 5 2018
Dale, who is the owner of media track? philipj@opera is not in the owner list anymore.
,
Mar 5 2018
,
Mar 6 2018
This happens because/is caused by file:// URLs having unique origins in Blink, and because of the default CORS requirements of <track> the file will fail to load. It seems more likely that other UAs will align with this behavior in the future than the opposite. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by krajshree@chromium.org
, Feb 4 2018