I have just tested and the saved passwords are syncing correctly to all the devices. Also the saved passwords are displayed properly in passwords.google.com. I have also checked my personal account which has lots of saved passwords but did not find any issues.

@sachouba60, are you seeing this on both passwords.google.com and chrome://settings/passwords? also could you please attach a screenshot of the corrupted passwords?

Could we get a screenshot of chrome://sync-internals? Additionally, do we have your permission to inspect your server data? (We cannot see plaintext passwords, only encrypted blobs.) 

@jnaveen :
Yes, I see the issue on both passwords.google.com and chrome://settings/passwords.
Here is a screenshot of both, with one of the corrupted passwords (all the very long passwords you can see on the right are corrupted). I have hidden my usernames.

@maxbogue :
Here is a screenshot of chrome://sync-internals. You have my permission to inspect my server data.

Deleted: chrome.png 31.6 KB

	chrome.png 31.6 KB View Download

Deleted: chrome 2.png 31.7 KB

	chrome 2.png 31.7 KB View Download

Deleted: sync-internals.png 178 KB

	sync-internals.png 178 KB View Download

Thank you for providing more feedback. Adding "Needs-Review" label for tracking.

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

In order to debug this issue, it will be really helpful if we can look into logs and data from server side to determine exactly how the data corruption might have happen. Could we get a permission to look at the data please?

@sachouba60, could you please respond to comment 7?

@sachouba60 already gave permission to look into the server data in comment #5

I identified a few passwords with overly large encrypted blob, they all were created on Andriod phone running dev version of M46 chrome (Chrome ANDROID-PHONE 46.0.2490.92 (64cec2c590637d598803e37215e4cc731f8411ca)-devel,gzip(gfe))
Some were created and never modified after that, some were modified but length of values before and after matched, so I don't think password was replaced with long value.

Could you try to update to latest stable version to see if it helps?


I found two large groups of deleted passwords, one on April 9 with ~40 passwords, another on May 30 with ~20 passwords, but I couldn't see which device deleted them since logs have expired.

 sachouba60@: Please post on this bug if in the future you notice that large number of passwords get deleted?

I cannot figure out the cause of this issue with current set of information.
Closing it as NotRepro for now. Feel free to reopen if issue repeats.