What was once a container using the experimental build of headless_shell from tip, this container now runs and exposes stable Chrome headless via google-chome --headless.
- Pulls from Chrome Stable
- You can now use the ever-awesome Jessie Frazelle seccomp profile for Chrome.
wget https://raw.githubusercontent.com/jfrazelle/dotfiles/master/etc/docker/seccomp/chrome.json -O ~/chrome.json
To run (without seccomp):
docker run -d -p 9222:9222 --cap-add=SYS_ADMIN justinribeiro/chrome-headless
To run a better way (with seccomp):
docker run -d -p 9222:9222 --security-opt seccomp=$HOME/chrome.json justinribeiro/chrome-headless
Using In DevTools
Open Chrome and browse to
Information on Chrome headless
- Getting Started with Chrome Headless
- Chromium tracker
- Headless Chromium README
- headless-dev mailing list
You may have to Load unsafe scripts from the omnibox shield icon to allow connecting to the insecure websocket endpoint
Depending on the current build, if you run the container interactively you may see things like this on the console:
[0501/162901.033074:WARNING:audio_manager.cc(295)] Multiple instances of AudioManager detected [0501/162901.033169:WARNING:audio_manager.cc(254)] Multiple instances of AudioManager detected
In most cases, these messages can be safely ignored. They will sometimes change and eventually as things are updated in the source tree, resolved.