New issue
Advanced search Search tips

Issue 915543 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 864744
Owner:
Closed: Dec 20
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Headless mode does not acknowledge cookies stored in a normal instance

Reported by goldenvi...@gmail.com, Dec 16

Issue description

UserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0

Steps to reproduce the problem:
1. Open Chromium normally and login to Google
2. After logging in, verify that the login is saved by exiting the browser and reopening.
3. Close the browser
4. Open Chromium in headless mode: `chromium-browser --headless --remote-debugging-port=9222`
5. Navigate to google.com

What is the expected behavior?
Upon navigating to google.com, the google account should still be signed in since there is a cookie that stores the authentication token for the google account.

What went wrong?
Chromium in headless mode is not reading the cookies that were stored in a normal instance, and thus it is showing as if the google account is not signed in.

Did this work before? Yes All versions labeled with 70 and prior

Does this work in other browsers? Yes

Chrome version: 71.0.3578.80  Channel: stable
OS Version: Ubuntu 18.04 (64-bit)
Flash Version: N/A
 
Labels: Needs-Bisect Needs-Triage-M71
Cc: susan.boorgula@chromium.org
Components: Internals>Headless
Labels: Triaged-ET Proj-Headless Needs-Feedback
Reporter@ Thanks for the issue.

Tested this issue on Ubuntu 17.10 on the reported version 71.0.3578.80 by following the below steps.

1. Launched Chrome and logged into google.
2. Verified that the login is saved by exiting the browser and reopening.
3. Closed the browser and tried launching the browser from the terminal by giving the above command, but seeing error as attached in the screen shot.

Request you to check and confirm if anything is missed from our end in triaging the issue.
Also as this issue is related to Headless mode, adding appropriate component and labels and requesting the team to look into the issue and help in further triaging.

Thanks..
915543.png
134 KB View Download
Hello, thanks for looking into the issue.

1-3 seem to be working fine for moth of us.  
4 works fine for me in Google Chrome 71 as in the screenshot attached.
I have verified step 5 using a remote debugger on a separate chromium 70 instance, also as shown in the screenshot.

Screenshot_20181217_205738.png
159 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Dec 18

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: skyos...@chromium.org eseckler@chromium.org
goldenvinay4@ Thanks for the update.

Retried the issue again on Ubuntu 14.04 using the Chromium build 71.0.3578.0 by following the below steps.

1. Launched Chrome and logged into gmail.com. Unable to Sign into Chrome and sync as this is not happening on Chromium build.
2. Verified that the login is saved by exiting the browser and reopening.
3. Closed the browser and tried launching the browser from the terminal by giving the command `chromium-browser --headless --remote-debugging-port=9222`, but seeing error as mentioned in comment #2.

As this issue is not reproduced at TE end, CC'ing owners from 'Internals>Headless' component and requesting Dev to look into the issue and help in further triaging.

Thanks..
Status: WontFix (was: Unconfirmed)
You need to provide the --user-data-dir option to select the desktop chrome profile (by default, headless operates with an in-memory profile similar to incognito mode).

When you provide that flag pointing to the chrome profile directory, this should work for cookies. See discussion on  issue 617931  for more details.
The issue is present even when using the --user-data-dir option.

I followed steps 1-3 using the `--user-data-dir=chromeProfile`, where `chromeProfile` is a valid Chrome Profile in the current working directory.
Upon running step 4 using the `--user-data-dir=chromeProfile --headless --remote-debugging-port=9222` flags for google-chrome, and navigating to `localhost:9222` in a separate chrome instance, and remotely navigating , it is still showing up as if I am not signed in.

I have attached a screenshot showing the command I have used to open Chrome in headless mode. 
Screenshot_20181219_200324.png
475 KB View Download
Owner: caseq@chromium.org
Status: Unconfirmed (was: WontFix)
Reopening, +caseq for triage.
Mergedinto: 864744
Status: Duplicate (was: Unconfirmed)
This is fixed in 72.0.3582.0 by this change: https://chromium-review.googlesource.com/c/1274199

Sign in to add a comment