Sorry, I meant to add the issue occurs in the latest (as of this morning) Chrome Canary, as well as macOS Sierra

I have been having this same problem for weeks. I've updated Chrome several times, tried IE, Firefox and Canary.

This also happens on Linux (Version 53.0.2785.92 (64-bit)).
and on https://passwords.google.com (using firefox and chrome) on all Linux, Android and Windows.

Same problem here. Is this going to be fixed in the near future? 
Version 53.0.2785.143 m
Windows 10

I am running Version 53.0.2785.116 m and also have the same problem. However I found that it does sometimes work, the tab however, always hangs and I have to keep waiting. Sometimes it will load although most of the time it doesn't. I can replicate this very easily on multiple computers!

I also find that https://passwords.google.com doesn't load for me either. If I look at the network tab of the developer tools I can see that it queries https://passwords.google.com/settings/_/data?ds.extension=80XXXX89&f.retries=1

and the retries counter goes up to 3 before it times out and stops.

(I replaced some of the numbers with X's as I don't know if they relate to me specifically or everyone in general!)

This has been occurring for weeks for me as well. 

Version 54.0.2840.59 m

https://passwords.google.com also doesn't work. 

I have tried completely recreating my Chrome account info (I deleted my profile and reset my sync) and it didn't solve the problem. 

Also note that deleting a password takes 45 seconds or longer if I'm viewing the full list of passwords, but if I search for a password so I have a small list then deleting a password is very fast. 

Couple of new wrinkles to add:

Prior to upgrading to version 54.0.2840.59 m:

1. I left the frozen "Manage passwords" window open for a while (approximately 4 minutes) and it finally showed the entire list of passwords
2. I tried closing it (but not the chrome://settings tab) and then immediately re-opening it; the password field was populated this time, but was frozen again for about 4 minutes, using a full CPU core again, at which point it "snapped back" into action and was usable.

I upgraded to the latest version and now:

1. It's taking longer to time out (at least 10 minutes and still going)
2. After about 8 minutes, it did populate the Passwords window but it's still frozen, making it unusable

It's not Chrome, it's passwords.google.com. Looking at the network tab, it seems like the issue is with the XHR calls to https://passwords.google.com/settings/_/data. So this isn't really a Chrome bug, but it affects Chrome indirectly and it's a major problem that needs to be fixed immediately.

I have had the same problem for several weeks. Not as slow with using the passwords URL. Takes up to a minute or two under SETTINGS. Updated to Version 54.0.2840.59 this AM, no difference. Tried Deleting the 3 or 4 preloaded apps and the few extensions...no difference. Happens on my two laptops, with Windows 7 and Windows 10. Has been going on at least a couple of weeks...not sure which Chrome version it started with.

Same problem here, Chrome vrsion 54.0.2840.59 (64-bit)

Sometimes it loads after 5 minutes, but mostly of time it just stuck.
For the website passwords.google.com they stuck every time.

Same here
Version 53.0.2785.143 (64-bit)

Same Same
Version 54.0.2840.59 (64-bit)
MAC El Capitan 10.11.6

Same here, Chrome 54.0.2840.59 (64-bit) on Linux Mint.

Same here...
Version 54.0.2840.59 (64-bit) macOS 10.12 (Sierra)

I do have the updated version 54.0.2840.59 m. Tried all the recommended, new profile etc. No use. Tried with various laptops and other browsers. No use. It is really frustrating. Really a pain to see, there is no solution yet

Same here.

Same here...
Version 53.0.2785.143 m (64-bit) Windows 10 (Bootcamp on Macbook Air)

Same here. All solutions tried.  My passwords do eventually appear, but both the SETTINGS passwords and passowords.google.com are equally as slow. It started in September.  I updated Chrome, but I don't know which one it started with. 

Btw. I liked it when Chrome on macOS was storing the passwords in Keychain Access. It worked. And it worked so well. Why was that changed, anyway?

Same issue - super slow to load passwords (2-5mins) Sometimes will never load. Both from accessing via passwords.google.com & settings/manage passwords

Same happened to me. I wonder if it is because I have too many passwords saved. I checked other account that does not have that many passwords saved works fine.

I have this issue and do (did?) have a lot of saved passwords. I hadn't tried the "wait for 10 minutes for the page to load" trick, but am trying it now and so far nothing is happening. I will persevere to see if I can get in and prune the number of saved passwords, but it's not exactly a long term solution. Any chance of a solution, please, Google?

Ugh me too

I have this issue too - my "Manage Passwords" feature hangs for 5 minutes before doing anything useful. I wasn't even aware of passwords.google.com till it started hanging my Chrome browser. Really great new feature!

I'm also experiencing this issue - takes minutes to load 

I have this issue too!

This problem has been around for some time. Could it be linked to previously using a passphrase to encrypt data stored on google servers? I think the passphrase idea has already been phased out entirely, but maybe it affected the accounts somehow?

Been having this issue for months now on Macs.  Strangely enough, works fine using an XP machine using Chrome version 49.0.2623.112 m.  

Hope that helps.

i have the same issue. please fix !

Same exact issue. It's been this way for a very long time. Takes about 10 minutes to load the 1000 passwords I have stored in Chrome. The passwords.google.com site never loads the passwords, only the chrome//settings, which takes about 10 minutes.

Same issue, took about 10 min for it to load the passwords on my work PC and then would freeze up again when trying to search for a password. Tried at home on high-end gaming PC, same issue, but took about 3 min to load and then lags when trying to navigate/delete/etc.  I only have about 60 sites saved. Not complaining, just trying to provide some info for a dev

Ditto.

same issue here.

Same problem for me. Since a couple of months, the password popup is so slow to load. I tried to delete some old passwords, but it didn't help. I probably reached a number of passwords that is too high.

same here. takes ~5 minutes to load passwords list on high-end gaming pc

FYI I have been having this issue for months and have been monitoring a few threads here and in the General Chrome group. Happy to say that as of version 55 of regular Chrome, I was able to get the Password settings window to work. That gave me time to find the problem - hundreds and hundreds of LogMeIn entries. I literally spent 5 minutes clicking delete on all the entries. Once I cleared those out passwords.google loaded immediately. This might not be fixed in Chromium but wanted to give you guys some hope.

New version Version 55.0.2883.75 m, really fast for passwords. Looks like
they have addressed this issue.

Version 55.0.2883.75 m problem is solved.

I also confirm solved. Still passwords.google.com is soll and doesn't render the password entries showing "Loading ..." w/o results. 
But, hey! at least it works inside the chrome dialog. :)

I solved this by turning off 'Auto sign-in', turning it off, then reloading passwords.google.com almost instantly resulted in my passwords showing, and I have hundreds of passwords saved.

I'm not sure if it was a coincidence or what, but turning off auto sign-in fixed it for me.

Solved here too. Thanks

stupid question what is auto sign in do you mean in chrome?

There is a checkbox on the password dialog. 

Same problem here. Encrypted passwords, deletign one costs about 5 seconds until it disappears. I had this a long time ago, i assume there is a threshold value of  the amount of your passwords where it happens. I remember that - some years ago - i deleted sloooooowly a lot of old passwords which solved the issue for me.

However, this bug should get adressed.
My build on arch linux x64: Version 57.0.2987.110 (64-bit)

same issue on Version 61.0.3163.79 (Official Build) (64-bit)

Appeared again in 69.0.3497.100 (Official Build) (64-bit) on linux
I can probably solve it by removing passwords since that mitigated it before.