Issue metadata
Sign in to add a comment
|
Error displayed in sync-internals and passwords not synced
Reported by
tywi...@gmail.com,
Feb 23 2018
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36 Steps to reproduce the problem: 1. Reinstall Chrome 2. Go to chrome://sync What is the expected behavior? Passwords are synced and no error shown What went wrong? Error: ModelAssociationDone@../../components/sync/driver/model_association_manager.cc:389, datatype error was encountered: Association timed out. shown under the password Did this work before? Yes Chrome version: 64.0.3282.186 Channel: stable OS Version: Linux Mint 18.2 Flash Version: 24.0.0.189 internal-not-yet-present
,
Feb 25 2018
,
Feb 25 2018
,
Feb 26 2018
,
Feb 26 2018
Unable to reproduce the isue on chrome reported version 64.0.3282.186 using Ubuntu 17.10 with steps mentioned below: 1) Reinstalled chrome and navigated to chrome://sync-internals 2) Passwords got synced @Reporter: Please find the attched screencast for your refernce and letus know if we missed anything in reproducing this issue, please provide your feedback on it which helps us in further triaging it. could you please Let us know is this issue specific to Linux Mint 18.2? Thanks!
,
Feb 26 2018
It seems to be only present on Mint. I got a new Chromebook and password syncs just fine.
,
Feb 26 2018
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
,
Feb 26 2018
I have installed the program from the repository and the Chrome website. Neither worked.
,
Feb 26 2018
How many passwords do you have in your Google account?
,
Feb 26 2018
492 according to sync. The Chromebook version synced successfully
,
Feb 26 2018
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
,
Feb 27 2018
Unable to reproduce the isue on chrome reported version 64.0.3282.186 using Ubuntu 17.10 and 14.04, hence forwarding it to Inhouse team for further triaging the same on other Linux OS flavors, hence adding TE-NeedsTriageFromHYD. Thanks!
,
Feb 27 2018
- Launch Chrome with --enable-logging --v=1 and then close it. - There should be a log file "chrome_debug.log" in the parent directory of the profile path. You can see the profile path in chrome://version/ - Search for "Password storage detected" string and post this line and all the subsequent lines from password_store_factory.cc here. For example on my machine they are [68156:68156:0227/114738.962608:VERBOSE1:key_storage_util_linux.cc(53)] Password storage detected desktop environment: CINNAMON [68156:68156:0227/114738.962657:VERBOSE1:password_store_factory.cc(214)] Trying libsecret for password storage. [68156:68156:0227/114738.974700:VERBOSE1:password_store_factory.cc(217)] Using libsecret keyring for password storage.
,
Feb 27 2018
Weird. Now it's working. But here's the log [3299:3299:0227/105942.027432:VERBOSE1:key_storage_util_linux.cc(53)] Password storage detected desktop environment: GNOME [3299:3299:0227/105942.027503:VERBOSE1:password_store_factory.cc(214)] Trying libsecret for password storage. [3299:3708:0227/105958.065565:VERBOSE1:key_storage_linux.cc(56)] OSCrypt using Libsecret as backend. [3299:3299:0227/105958.065709:VERBOSE1:password_store_factory.cc(217)] Using libsecret keyring for password storage
,
Feb 27 2018
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
,
Feb 27 2018
That backend is slow. You have a lot of passwords and it takes considerable amount of time to push them all. What happened - First time you started downloading the passwords and Sync decided that it took too long. Nevertheless, the passwords were saved. - You restarted the browser and there was nothing to do. Sync just completed. We plan in the long term to stop using the Keyring. Until that day the backend may still be slow. I'm reassigning to tschumann@. I don't know why Sync actually needs a timeout in this case. If it's needed then you may consider to increase it for the passwords.
,
Feb 27 2018
,
Feb 28 2018
Able to reproduce the issue on Debian Rodate using chrome reported version-64.0.3282.186 as per the steps provided in C#0. Observed error for the 'Passwords' section in chrome://sync-internals for the first install and reinstall too. Same issue onserved from M60 builds to latest chrome version.Hence marking it as Untriaged to get it addressed. Thanks..!
,
Feb 28 2018
Your issue is completely different. What is the full text in the red cell? Please attach the log that I mentioned in Comment #13.
,
Mar 20 2018
,
Jun 7 2018
Closing as WontFix because of Needs-Feedback and no response in > 1 month. Feel free to reopen or report a new bug if this is still relevant or there is new information.
,
Jun 7 2018
I have provided my feedback... |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by tywi...@gmail.com
, Feb 23 2018270 KB
270 KB View Download