New issue
Advanced search Search tips

Issue 922692 link

Starred by 1 user

Issue metadata

Status: Unconfirmed
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Target.createBrowserContext stopped working in Chrome 71

Reported by samir.ma...@powwowmobile.com, Jan 16 (6 days ago)

Issue description

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

Steps to reproduce the problem:
1. Run Headless Chrome (v71):

/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --headless --disable-gpu --remote-debugging-port=9222

2. Running following node script against it:

const CDP = require("chrome-remote-interface");

async function testCreateBrowserContext() {
  const client = await CDP({ port: 9222 });
  try {
    // Set up the client.
    await client.Page.enable();
    await client.DOM.enable();

   // let browserContext = await client.send("Target.createBrowserContext", { });
    var browserContext = await client.Target.createBrowserContext({});

    let target = await client.Target.createTarget({url: "about:blank", browserContextId: browserContext.browserContextId});
    console.log("New Target id is: ", target.targetId);
  } catch (err) {
    console.log(err.response);
  } finally {
    client.close();
  }
}

testCreateBrowserContext().catch((err) => console.error(err));

What is the expected behavior?
Should print a target id, like:

New Target id is:  60AE381193D9FC1EAA55D3100E54F291

What went wrong?
It prints:
{code: -32000, message: "Not allowed."}

Issue is in 'createBrowserContext' call.

Did this work before? Yes Chrome 70

Chrome version: 71.0.3578.98  Channel: stable
OS Version: OS X 10.14.2
Flash Version: 

It stopped working in Chrome 71,  and still doesn't work in nightly Chromium 73 build.
 

Comment 1 by viswa.karala@chromium.org, Jan 17 (6 days ago)

Labels: Needs-Triage-M71 Needs-Bisect

Comment 2 by swarnasree.mukkala@chromium.org, Jan 17 (5 days ago)

Cc: swarnasree.mukkala@chromium.org
Components: Internals>Headless
Labels: Triaged-ET Proj-Headless
Tried testing the issue on the reported chrome version #71.0.3578.98 using Mac OS 10.13.6. 
When ran "/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --headless --disable-gpu --remote-debugging-port=9222" in a terminal, unable to open a chrome instance and an error was displayed.

The issue seems to be specific to Headless chrome, hence adding appropriate labels and component.
Attached screenshot for reference.
Thanks.!
Headless_chrome.png
675 KB View Download

Comment 3 by l...@chromium.org, Jan 18 (5 days ago)

Owner: skyos...@chromium.org
skyostil@, could you please check if this is related to  issue 679350 

Comment 4 by skyos...@chromium.org, Jan 18 (4 days ago)

Cc: caseq@chromium.org skyos...@chromium.org
Owner: ----
#2: Those errors aren't in fact fatal, and it's totally expected for a visible Chrome instance to not be launched since you're running in headless mode (--headless).

Sign in to add a comment