After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 734307 - Cancel downloads when downloads bar is closed
Cancel downloads when downloads bar is closed
Status: RESOLVED OBSOLETE
Product: epiphany
Classification: Core
Component: Downloads
3.12.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks: 755382
 
 
Reported: 2014-08-05 17:42 UTC by Michael Catanzaro
Modified: 2015-10-29 12:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Catanzaro 2014-08-05 17:42:38 UTC
Currently if you close the downloads bar before downloads have been completed, the downloads will continue in the background, but there is no way to view the active downloads short of starting a new download. We should instead immediately prompt the user whether he wants to cancel active downloads.
Comment 1 Carlos Garcia Campos 2014-08-06 06:22:17 UTC
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, ...
Comment 2 Yosef Or Boczko 2014-08-06 06:36:21 UTC
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).
Comment 3 Reinout van Schouwen 2014-08-06 06:59:39 UTC
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...
Comment 4 Michael Catanzaro 2014-08-20 23:01:21 UTC
(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.
Comment 5 Yosef Or Boczko 2014-08-21 11:04:42 UTC
What do you think on about:downloads page?