New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 815293 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Error displayed in sync-internals and passwords not synced

Reported by tywi...@gmail.com, Feb 23 2018

Issue description

UserAgent: 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
 

Comment 1 by tywi...@gmail.com, Feb 23 2018

Screenshot of the error
Screenshot_from_2018-02-23_21-21-39.png
270 KB View Download
Labels: Needs-Bisect Needs-Triage-M64
Components: Services>Sync

Comment 4 by treib@chromium.org, Feb 26 2018

Components: UI>Browser>Passwords
Labels: Triaged-ET Needs-Feedback
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!
815293.mp4
4.6 MB View Download

Comment 6 by tywi...@gmail.com, Feb 26 2018

It seems to be only present on Mint.

I got a new Chromebook and password syncs just fine.
Project Member

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

Cc: viswa.karala@chromium.org
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

Comment 8 by tywi...@gmail.com, Feb 26 2018

I have installed the program from the repository and the Chrome website.  Neither worked.
Cc: vasi...@chromium.org
Labels: Needs-Feedback
How many passwords do you have in your Google account?

Comment 10 by tywi...@gmail.com, Feb 26 2018

492 according to sync.  The Chromebook version synced successfully
Project Member

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

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
Labels: TE-NeedsTriageFromHYD
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!
Labels: Needs-Feedback
- 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.

Comment 14 by tywi...@gmail.com, 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
Project Member

Comment 15 by sheriffbot@chromium.org, Feb 27 2018

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
Owner: tschumann@chromium.org
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.
Status: Available (was: Unconfirmed)
Labels: -Needs-Bisect -TE-NeedsTriageFromHYD M-64
Status: Untriaged (was: Available)
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..!
815293-Rodate.png
315 KB View Download
Labels: Needs-Feedback
Your issue is completely different. What is the full text in the red cell?

Please attach the log that I mentioned in Comment #13. 
Status: Assigned (was: Untriaged)
Status: WontFix (was: Assigned)
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.

Comment 22 by tywi...@gmail.com, Jun 7 2018

I have provided my feedback...

Sign in to add a comment