Adding downloads - but I don't think downloads are downloaded tothe filesystem api folder by default.

I'm guessing this was some webapp or extensions downloading a file. So badly performing website or extension. Would be killed by clearing site data for offending website in that case.

Yes, this was a webapp. The issue is that one would have to go to all the websites and then use the dev console to clean out the filesystem.
There is no easy way for the regular user to tidy up things.
You can "Clean" the data but this deletes all data from all apps when all.

A overview of how much space example.com is consuming could be a solution. There is a "Downloads" choice in the menu, why not a "Storage" ?
Pressing F12 then going into "Application" section then finding the "Local Storage" tree view is not end user friendly. And that is assuming you know the website that left junk behind.

If you no longer have the bookmark or can't recall the site then it's either delete data for all apps, or go into the OS filesystem and delete these huge files.

The browser filesystem usually end up on the system disk and these days that is more likely to be a SSD, where space is still a premium. 

I could not recall the site, so I had to delete the data for all aps/websites via Chrome's options "cookies and other site data". Not ideal.

Windows 10 has a "Storage" choice under it's settings. If you select the C drive it will list the data usage, displaying how much data the OS is using, games are using, apps are using.

A similar system could be added to Chrome. Showing how much space is used by
each site, how much of it are cookies, how much are localstorage, how much are cached images/js/html, and allow purging of that data.

Call it "App Storage" or something and put it under "Downloads" in the Chrome main menu.

@skuldwyrm-- Thanks for reporting the issue . Could you please confirm if this is a new feature request or if it had worked earlier.

Thanks!

Tag it as new feature request please, unless there is a design flaw tag.

Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

As per comment #5 confirming this as feature request and, untriaged for further updates on the issue.

Thanks!!

This is a feature request for a better site-storage management user experience. Changing title and re-labeling.

One idea. Permission indicator for storage usage exceeding a nominal threshold, when visiting the site, you'd see it.

This needs UI design more than anything, the team in sydney is revamping the site-settings UI.

dknox@ has been working on designs here

Our desktop all sites work (https://docs.google.com/document/d/1KmNUOWPfyW16dv7-FOYNHVcDuBq_DzfGz8C7fgA_rx8/edit#) should satisfy some of the needs here. It's in-flight but we're a little under-resourced to finish it at the moment.

Yeah, that plan is great...

(1) What is left to do, and what resources are required to finish? Are there any blockers other than dev time?
(e.g. "2 SWE quarters with WebUI/Polymer experience") 

(2) Is there still an opportunity to provide feedback on the mocks?
(I want to suggest bumping up the visibility/size of the storage usage when the list is sorted by storage, adding maybe adding "Last visited:" in the list too, but not sure if that's worthwhile to discuss now)

2 SWE quarters with WebUI/Polymer experience is exactly what we need. I don't think there are any more blockers. :)

Definitely still time to provide feedback on the mocks. I'm hoping that +mkwst/+engedy's rebooted permissions team in MUC will be able to help with provided the necessary SWE time (we looked like we would have some in SYD but it is probably going to have to go to a different one of our WebUI projects).

All Sites work has been taken by up mxcai@ in SYD.