Headless Chrome Canary crashes if <video> element present
Reported by
robert.j...@bigpond.com,
Aug 11 2017
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Steps to reproduce the problem: 1. Execute node.js project attached. What is the expected behavior? What went wrong? I presume it was an "Aw snap", but as is headless I cannot confirm. Certainly the CDP inspector thinks there was a crash. Did this work before? N/A Chrome version: 62.0.3182.0 Channel: n/a OS Version: OS X 10.12.6 Flash Version: Shockwave Flash 26.0 r0 Also happens on Windows version of Chrome Canary.
,
Aug 15 2017
Yes, that is precisely the problem. It works non-headless, does not work headless.
Apologies for forgetting to give you this, but the output when I run it is:
Test page URL: file:///Users/rjongbloed/Work/vid_crash/simple_video.html
Chrome started
CDP connected
CDP loading page: file:///Users/rjongbloed/Work/vid_crash/simple_video.html
CDP frameStartedLoading { frameId: '46906.1' }
CDP frameNavigated { frame:
{ id: '46906.1',
loaderId: '46906.1',
url: 'file:///Users/rjongbloed/Work/vid_crash/simple_video.html',
securityOrigin: 'file://',
mimeType: 'text/html' } }
==============================================================
CDP target crashed! {}
==============================================================
,
Aug 15 2017
Thank you for providing more feedback. Adding requester "luoe@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 16 2017
Thanks for the report and for providing the extra info to reproduce.
I can confirm this failing on Canary on Mac.
I see the following two errors:
[0816/150927.384834:ERROR:render_media_log.cc(30)] MediaEvent: MEDIA_ERROR_LOG_ENTRY {"error":"FFmpegDemuxer: open context failed"}
[0816/150927.385045:ERROR:render_media_log.cc(30)] MediaEvent: PIPELINE_ERROR DEMUXER_ERROR_COULD_NOT_OPEN
Looking into the code it looks like the call to avformat_open_input at:
https://cs.chromium.org/chromium/src/media/filters/ffmpeg_glue.cc?rcl=7149dfc6e7697ac89bf12c26a13946184ca40eea&l=148
returns AVERROR_INVALIDDATA.
I'm not really sure why this is the case, maybe something needs to be added on Mac/Windows to add ffmpeg when running on headless mode
,
Aug 16 2017
Maybe someone from the media team has an idea what's going wrong here?
,
Aug 16 2017
,
Aug 16 2017
That means we can't read the media file for some reason. Seems like the video source you're using might be failing CORS? If you download the video and run it from the same file:// location does it fail?
,
Aug 16 2017
It appears that somewhere between 62.0.3182.0 and 62.0.3187.0 the problem has been fixed! If someone did something, thank you very much!
,
Aug 16 2017
Confirmed this is working now on canary
,
Aug 16 2017
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by l...@chromium.org
, Aug 14 2017