I'm not sure that's the best approach. I think the problem is that the download bars is the main and only downloads interface, while it should be just a quick look at the most recent donwloads, like chromium does. We should have another UI for handling all the active downloads, that scales better to handle more downloads. It could be an HTML page like the overview, or a GTK dialog, or a button in the toolbar with a GtkPopover, ...

I think so too, we needs to get rid of the download bar, it a wrong design.

The question if to add a download button in the headerbar is if we wants to
see more button all the time, also if it not useful always.
I like this idea, button with popover, same to what Firefox does.

Also, I think we needs to remember more some design-relate with the download
stuff:

In the DevX hackfest mccan said to me the download approach it all wrong.
When you download something to the Download folder, infact you forgot from
this file. for for example, the Download folder is like the Trash foler - a lot of files
I download to see them and than I forogot them.
When I wants to really save a file, I get it from the Downloads folder to another folder.
We needs to allow the user to choose where he wants to save every file. if it image,
I sure the folder will not be Download, and if it music - the same, it will be somewhere
in the Music folder, and so on.
So for this reason, we don't want page like about:downloads. we wants the user to choose
where to save his files, and infact to get rid the Downloads folder.

(btw, it mean the page design https://wiki.gnome.org/Design/Apps/Transfers needs to be
removed).

This discussion is very old. Showing a dialog asking where to save needlessly interrupts the workflow, that's why Web saves directly to Downloads by design. More elaborate discussion in old bugzilla bugs...

(In reply to comment #1)
> I'm not sure that's the best approach. I think the problem is that the download
> bars is the main and only downloads interface, while it should be just a quick
> look at the most recent donwloads, like chromium does. We should have another
> UI for handling all the active downloads, that scales better to handle more
> downloads. It could be an HTML page like the overview, or a GTK dialog, or a
> button in the toolbar with a GtkPopover, ...

I agree. We have designs for a better solution here: https://github.com/gnome-design-team/gnome-mockups/tree/master/transfers/png

That design calls for no UI for downloads in Epiphany; instead, the Transfers app would display active downloads.

If Transfers never happens, then it would be good to come up with a better downloads UI in Epiphany, but I think my suggestion in comment #0 is would still be an appropriate interim solution.

What do you think on about:downloads page?