New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 754648 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner: ----
Closed: Aug 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Headless Chrome Canary crashes if <video> element present

Reported by robert.j...@bigpond.com, Aug 11 2017

Issue description

UserAgent: 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.
 
vid_crash.js
2.5 KB View Download
package.json
347 bytes View Download
simple_video.html
407 bytes View Download

Comment 1 by l...@chromium.org, Aug 14 2017

Labels: Needs-Feedback
Thanks for the report, having the files to reproduce the problem is appreciated.  When I run the vid_crash.js script, I get a log like this in the terminal:
CDP exception thrown: simple_video.html line 0 column 0 
CDP exception details: DOMException: Failed to load because no supported source was found. 

Also, if I remove the "--headless" flag from vid_crash.js, I'm able to see the chrome instance visually, open DevTools, and check the console.  Does this work on your setup?
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! {} 
==============================================================

Project Member

Comment 3 by sheriffbot@chromium.org, Aug 15 2017

Cc: l...@chromium.org
Labels: -Needs-Feedback
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
Cc: dvallet@chromium.org
Components: -Platform>DevTools Internals>Headless
Status: Available (was: Unconfirmed)
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

Components: Blink>Media
Maybe someone from the media team has an idea what's going wrong here?
Cc: dalecur...@chromium.org mlamouri@chromium.org
Components: -Blink>Media Internals>Media
Cc: hubbe@chromium.org
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?
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!
Confirmed this is working now on canary
Status: Fixed (was: Available)

Sign in to add a comment