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

Issue 689127 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Network filmstrip hangs at "Fetching frames..." when running headless in a docker container

Reported by lawn...@gmail.com, Feb 6 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Steps to reproduce the problem:
1. Install Docker
2. docker build -t google-chrome-unstable .
3. docker run --privileged -it -p 9222:9222 google-chrome-unstable /bin/bash
4. (in the docker container) google-chrome-unstable --headless --disable-gpu --remote-debugging-port=9222 --remote-debugging-address=0.0.0.0 --window-size=412,732 https://www.google.com
5. Open http://localhost:9222 in your browser and click "Google"
6. Select "Network" tab in developer tools
7. Click the camera icon to enable filmstrip capture
8. Hit the keyboard combo (Cmd-R on OS X, Ctrl-R on Linux) to reload and capture filmstrip

What is the expected behavior?
Filmstrip of the page load is captured and displayed

What went wrong?
The words "Fetching frames..." is displayed but no frames are ever shown.

Did this work before? Yes 57.0.2987.19 dev

Chrome version: 58.0.3000.4 dev  Channel: dev
OS Version: Ubuntu 16.04.1
Flash Version: N/A

 
Dockerfile
604 bytes View Download

Comment 1 by lawn...@gmail.com, Feb 6 2017

I am unable to reproduce the failure when I run google-chrome-unstable in an Ubuntu 16.04.1 VM.
Labels: Proj-Headless

Comment 3 by ajha@chromium.org, Feb 7 2017

Labels: Needs-Triage-M58 Needs-Bisect
Cc: kkaluri@chromium.org
Labels: TE-NeedsTriageHelp
Looks like this cannot triaged from chrome TE-end, adding "TE-NeedsTriageHelp" label for further triage
Owner: willchan@chromium.org
Status: Assigned (was: Unconfirmed)
Will, please take a look.
Owner: chenwilliam@chromium.org

Comment 7 by lawn...@gmail.com, Feb 8 2017

I should mention that the Docker host is OS X 10.12.3 (16D32)
Cc: skyos...@chromium.org
Components: Internals>Headless
Labels: -Needs-Bisect
Removing from bisect bucket since TE cannot repro.
Status: WontFix (was: Assigned)
No repro

Sign in to add a comment