Issue metadata
Sign in to add a comment
|
Passwords.google passwords not syncing to broswers on Mac
Reported by
b...@bfjmedia.com.au,
May 15 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Steps to reproduce the problem: 1. Use website with saved login credentials 2. Login Details don't populate user name / password fields 3. Logins are at passwords.google.com, but not in the password section of chrome What is the expected behavior? When I visit a site with saved login credentials, those credentials should autofill, they don't What went wrong? I don't know why the PW's have disappeared from my broswer when logged in. They're back at passwords.google.com after reseting the sync. the logins disappeared from the google dashbaord for a few days, then returned to the dashboard, but not the broswer. I've tried logging out (I'm always logged in), then back in with no luck. The PW's are on my mobile, I gather that's because they're on passwords.google.com. A few weeks ago I did a NVRAM reset, maybe that caused a problem? I have 800 PW's saved in passwords.google.com, i'm keen to get them autofilling again! Did this work before? Yes Same version of chrome, i've not manually updated it so I can't say if an auto update caused this issue Chrome version: 58.0.3029.110 Channel: stable OS Version: OS X 10.12.4 Flash Version: Disabled Please help!
,
May 15 2017
Thanks for the super quick reply. Is attached what you're chasing...
,
May 15 2017
Thanks, that's exactly what I wanted! That red row on the right indicates that the piece of logic that is trying to join sync and passwords in Chrome failed to initialize. Why that happened, I'm not sure, you might be able to scroll right slightly in that box that starts "Error: MergeDataAndStartSyncing@..." and get a little bit more information. My assumption is that it should say something like "Failed to get passwords from store.", but if it doesn't I'm really interested in what it says. The first thing I'd do is restart Chrome, and check chrome://sync-internals and see if the that fixes the problem. For posterity, the failure is coming from somewhere inside https://cs.chromium.org/chromium/src/components/password_manager/core/browser/password_syncable_service.cc?l=146
,
May 15 2017
,
May 15 2017
Ok tx. Below is the error in the password row. Restarting chrome did not fix it. Passwords Error: MergeDataAndStartSyncing@../../components/password_manager/core/browser/password_syncable_service.cc:163, datatype error was encountered: Failed to get passwords from store. null null
,
May 15 2017
Hmm, this is on Mac, +vasilii, is it possible this is an issue with the Keychain? This definitely looks different than previous Keychain issues ( issue 693059 and issue 689759 ), but maybe some handling was changed recently? I suppose it's also possible the passwords file is corrupted or has some restrictive permission. You could try to manually deleting it, especially since all your passwords are present in sync anyways. You can find your profile directory at chrome://version , it'll be the entry for "Profile Path". The file that contains your passwords, I believe, is the "Login Data" file. Although it may be safer to wait for someone from the Passwords team to weigh in before you start deleting files. +UI>Browser>Passwords
,
May 15 2017
,
May 16 2017
Ok thanks, so confirming i'm waiting to hear from the passwords team?
,
May 16 2017
Can you open the "Keychain access" app and find the "Chrome Safe storage" entry? What is the modification date of it?
,
May 16 2017
it was last opened on the 27/4/17. Sounds like the problem?
,
May 16 2017
Do you mean modified? I don't have "opened" date. If it was modified around the time you faced the bug then this is an explanation. Chrome can't decrypt the passwords because the encryption key is lost.
,
May 16 2017
Hi, yes I meant modified sorry. It says modified on the 27/4/17. I've attached a screenshot for you.
,
May 17 2017
,
May 18 2017
I need a Chrome log: - Go to chrome://version and copy Executable Path - Quit Chrome - Launch Chrome via command line with --enable-logging --v=1 - Close Chrome and go to a parent directory of "Profile Path" - Attach chrome_debug.log to the bug In addition to that go to chrome://histograms/. Find PasswordManager.LoginDatabaseInit and paste the recorded value here.
,
May 19 2017
Thanks for that info. I've hit a snag. Info below... - Go to chrome://version and copy Executable Path Done. info pasted below. - Launch Chrome via command line with --enable-logging --v=1 This didn't launch chrome. Reason from console: Bens-MacBook-Pro:~ benhenzell$ open -a Google\ Chrome--enable-logging --v=1 open: unrecognized option `--v=1' - Close Chrome and go to a parent directory of "Profile Path" I'm not sure how to do this sorry? - Attach chrome_debug.log to the bug I gather this is in the library? ⁃ Executable Path ⁃ /Applications/Google Chrome.app/Contents/MacOS/Google Chrome ⁃
,
May 19 2017
You don't use 'open'. Just copy the path of the executable to the terminal: '/Applications/Google Chrome.app/Contents/MacOS/Google Chrome' --v=1 Copy the profile path from chrome://version. Then find the parent directory. E.g. Profile Path: /Users/vasilii/Library/Application Support/Google/Chrome/Default The log file should be in /Users/vasilii/Library/Application Support/Google/Chrome
,
May 20 2017
Am I able to do this with you via remote desktop? I'm struggling with following those instructions... I've got chrome remote desktop installed if that helps... cheers, Ben
,
May 22 2017
Ben, we don't provide technical support over VC. Could you navigate to chrome://histograms/ and find in the page "PasswordManager.LoginDatabaseInit". The chunk of text from the page you could just paste here.
,
May 22 2017
Ok no probs, i'll try to give you everything required :). Here's the text requested: Histogram: PasswordManager.LoginDatabaseInit recorded 1 samples, mean = 0.0 (flags = 0x41) 0 ------------------------------------------------------------------------O (1 = 100.0%) 1 ...
,
May 22 2017
And one more question. If you go to a testing site (https://rsolomakhin.github.io/autofill/), submit a random username/password and save it with Chrome, do you get autofill behavior when you revisit the page?
,
May 22 2017
The problem you faced is related to the encryption of the passwords. At some point the encryption key was overwritten for an unknown reason. Thus, Chrome can't decrypt previously saved passwords and Sync fails. You can delete the file with passwords while Chrome isn't running. On my machine it's '/Users/vasilii/Library/Application Support/Google/Chrome/Default/Login Data'. You can find a path to the profile on your machine if you open chrome://version. Once you delete the file, start Chrome and it will sync everything from passwords.google.com down.
,
May 22 2017
Amazing, fixed it. I appreciate your help, that was a difficult few weeks with no stored logins!! nice work. have a good day.
,
May 22 2017
It's a pity that we still don't know what have led to this state. However, it's not clear if there is something in Chrome to fix. There is Issue 624781 for investigation. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by s...@chromium.org
, May 15 2017