New issue
Advanced search Search tips

Issue 811057 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 800414
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Regression: Installing Chrome with multiple profile confuses credentials across profiles

Project Member Reported by mar...@chromium.org, Feb 10 2018

Issue description

Chrome Version       : 64.0.3282.140 x64 (stable)
OS Version: Windows 10 x64 fr_CA

What steps will reproduce the problem?
1. Install Chrome on a fresh up to date Windows 10 installation. This is on a personal computer, not corp.
2. Sign in into Chrome. Visit google.ca
3. Add a second user, sign in into Chrome. Visit google.ca
4. Uncheck the "Keep Chrome open" in the notification area.
5. Close the second user window.
5. Close the first user window, closing Chrome. Make sure it's completely closed.
6. Start Chrome. This should open the first user profile.
7. Visit google.ca

What is the expected result?
User is signed in with the first user account.

What happens instead of that?
User is unsigned.

I completely uninstalled Chrome, checking the "clear user data" and reinstalled and got the exact same results.

This is really weird, let's debug this on Monday. In the meantime, it just means the user has to reenter their credentials upon restarting Chrome every single time, which is annoying with 2FA but it's not a show stopper.

I'm mostly concern as this could be a regression in the field that we are blind to.
 

Comment 1 by mar...@chromium.org, Feb 10 2018

Additional note: the user has a ton of extensions, so I disabled all extensions (but not uninstalled), closed and restarted and got the same result (twice), so it doesn't seem to be extension related.
Project Member

Comment 2 by sheriffbot@chromium.org, Feb 26 2018

Cc: bsazonov@chromium.org ew...@chromium.org tangltom@chromium.org sabineb@chromium.org jlebel@chromium.org
Status: Available (was: Untriaged)
--Chrome Identity automated triaging--

This bug is Untriaged and has gone for two weeks without any activity, so it is being moved to Available. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 3 by mar...@chromium.org, Feb 26 2018

I can confirm this is still a problem, just didn't have time to investigate more. This is on a brand new Surface Book 2.

Comment 4 by msarda@chromium.org, Feb 28 2018

Owner: msarda@chromium.org
Status: Assigned (was: Available)
maruel@: Sorry for missing this report before. On restart, could you please take a screenshot of chrome://signin-internals and attach it to this bug?

This may be an issue with Chrome failing to descrypt the tokens db.
Project Member

Comment 5 by sheriffbot@chromium.org, Mar 30 2018

Status: Available (was: Assigned)
--Chrome Identity automated triaging--

This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 6 by maruel@google.com, Mar 30 2018

Sorry for no update, I've been extremely busy.

It is still happening. But if it were a general problem we'd hear more outrage. On the other hand the fact that it happened on a brand new installation is concerning. Will submit a screenshot soon.
I do not see any issue from the screenshot that you shared. From your description, it is not clear to me if this is a profile order problem or a sign-in problem. In your scenario, you have 2 profiles: profile 1 signed in and profile 2 signed out. They both are open and load the same page (google.ca). You close profile 2, then profile 1 and then restart Chrome. And Chrome starts with a profile that is unsigned. Is that Profile 1 or Profile 2? If on start-up you get Profile 2, then this is just a problem of Chrome starting with the wrong profile (and not a sign-in issue).  
Only the first profile fails, the one starting with "josee.". All other profiles are fine.

Chrome Sign-in works (sync, extensions, etc), it's the actual cookies that fails. So if she closes the whole profile and opens it again and navigate to gmail.com, she's logged out, even if she is logged in into Chrome.

I tried:
- Disabling all extensions
- Deleting the profile and recreating it

This baffles me and I'm not sure where the problem lies as other profiles are fine; they stay logged in into gmail if I close the profile window and open it back. That's not the case for the profile #1.

One interesting bit:
- If I visit google.ca instead of gmail, I do see the profile's icon, as if it were in an "half-logged in" state.
Is this only gmail? If not, then there was an issue with cookies being lost on each Chrome start-up: https://bugs.chromium.org/p/chromium/issues/detail?id=795827 
Mergedinto: 800414
Status: Duplicate (was: Available)
Yeah looks like it. Thanks for the investigation. She's now on 65.0.3325.181. Hopefully it'll resolve by itself.

Sign in to add a comment