UserAgent: Mozilla/5.0 (X11; CrOS x86_64 9901.77.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.97 Safari/537.36
Platform: 9901.77.0 (Official Build) stable-channel eve

Steps to reproduce the problem:
1. Open password manager. Search for a domain.
2. See several results (this is typical if you've been saving passphrases for multiple entry points for the site, or if -- like me -- you recently changed a username/passphrase pair for the site).
3. Delete the unwanted rows.
4. Go to the site.
5. Get the old username/passphrase in password autofill.
6. Return to password manager.
7. Realize, to your horror, that the wrong rows were deleted, and your new credentials are gone.

What is the expected behavior?
Removing a row should remove the row you selected.

What went wrong?
As far as I can tell, there is either a key/value problem in the new password manager where it improperly associates a row with the backing data, or else there is a rendering problem where it arbitrarily does or doesn't redraw the right values as you're pressing the eye icon to see the passphrase in an attempt to confirm that you're deleting the right one.

Either way, this is a really bad bug -- critical data loss through normal operation of Chrome.

Did this work before? Yes 

Chrome version: 62.0.3202.97  Channel: stable
OS Version: 9901.77.0
Flash Version: