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 675853 - Downloads pile in the download bar, pushing to the right the interface
Downloads pile in the download bar, pushing to the right the interface
Status: RESOLVED OBSOLETE
Product: epiphany
Classification: Core
Component: Downloads
3.6.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
: 649710 732318 735743 741576 (view as bug list)
Depends on:
Blocks: 755382
 
 
Reported: 2012-05-11 01:03 UTC by Eduardo Silva
Modified: 2015-10-29 12:37 UTC
See Also:
GNOME target: ---
GNOME version: 3.5/3.6


Attachments
many downloads push close button off the download bar (456.02 KB, image/png)
2012-05-11 01:03 UTC, Eduardo Silva
Details

Description Eduardo Silva 2012-05-11 01:03:34 UTC
Created attachment 213844 [details]
many downloads push close button off the download bar

Download as many files needed to fill up the bottom download bar. This will push the Close button off screen.
Comment 1 Eduardo Silva 2012-05-11 01:06:26 UTC
Regarding the screenshot, in my monitor I don't see the part starting from the right of my name.
Comment 2 Eduardo Silva 2012-05-11 01:10:18 UTC
This is in Fedora 17.
Comment 3 Eduardo Silva 2012-05-14 12:26:53 UTC
Just figured the reason of the screenshot being the way it is: I had my laptop connected to a projector. I still see the problem without a projector though.
Comment 4 Matteo Settenvini 2012-11-03 00:37:34 UTC
Happens also with Epiphany 3.6 and Fedora 18 (alpha).

Having too many downloads forces the top-level window's width to increase overflowing the screen limits. It is true that this hides the close button for those having it on the right, but it also disrupt normal navigation since the webkit window rendering HTML pages starts having a width  bigger than the screen estate, thus pushing all contents centered in a page (e.g. blogs, newspapers, etc.) further and further to the right.

I believe this bug should have a higher importance than normal, since it renders epiphany unusable under certain scenarios, unless you close and reopen it again (possibly losing your tabs / sessions).

There are two solutions that come to mind:

  * [easy] put the downloads bar inside a gtk_scrolled_window + viewport. Add back a button (possibly on the left, instead than on the right as in older epiphany versions) that cleans only completed downloads, as Firefox does.

  * [harder] integrate downloads into the GNOME desktop. Use a notification while downloads progress, showing an indicator of the total progress. Clicking on the notification icon would show the list of downloads, the capability to stop them, the downloads already completed and not yet acknowledged (displaying the list and returning to the desktop cleans it?). Notifications of completed files are not shown for files downloaded in less than 5 seconds?

It would be nice to have a proper download manager; maybe the UI design team could help. I am available to share my ideas. If there is some interest, please tell and I could come up with a mockup.
Comment 5 Matteo Settenvini 2012-11-05 19:23:44 UTC
I've just seen there's a proposal that goes in this direction from the design team:
https://github.com/gnome-design-team/gnome-mockups/tree/master/transfers

I was thinking of something on the same lines, albeit with a "trash" button (to cancel the transfer) instead of the pause one. Also, some space can be saved in the system tray pop-up, by making the progress a slim blue line under the transfer filename.

Please confirm this bug, and bump affected epiphany to version 3.6.
Comment 6 Michael Catanzaro 2014-08-05 17:01:07 UTC
*** Bug 649710 has been marked as a duplicate of this bug. ***
Comment 7 Michael Catanzaro 2014-08-05 17:01:14 UTC
*** Bug 732318 has been marked as a duplicate of this bug. ***
Comment 8 Pranav Kant 2014-09-05 17:59:57 UTC
*** Bug 735743 has been marked as a duplicate of this bug. ***
Comment 9 Michael Catanzaro 2014-12-16 12:57:05 UTC
*** Bug 741576 has been marked as a duplicate of this bug. ***