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 346671 - When a download length is unknown, the CPU gets hammered
When a download length is unknown, the CPU gets hammered
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Downloads
2.14.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
: 136075 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-07-05 17:02 UTC by Don Scorgie
Modified: 2006-08-05 01:14 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Don Scorgie 2006-07-05 17:02:43 UTC
When downloading a file of unknown length (i.e. from video.google.com), the CPU usage (from top) increases massively for epiphany (and also xorg).

To reproduce:
Go to video.google.com, select a fairly long video clip (~ 3 minutes will show it well) and choose to download it.
Feel the computer grind to a halt.  Closing the relevant tab doesn't help.  Neither does changing to a different virtual desktop.

For downloads of known length, downloading works as expected.

Using Ubuntu Dapper (with accessibility enabled.  Not sure if that makes a difference) and can reproduce it here.
Comment 1 Christian Persch 2006-07-05 18:23:01 UTC
Confirming. 

Theoretically this shouldn't happen since the MozDownload code limits the update rate...
Comment 2 Jean-François Rameau 2006-07-06 22:05:41 UTC
The code limiting the update rate was missing a check in case of a file with an unknown size.

Fixed on both HEAD and gnome-2.14 branch.

Thx for the bug report !
Comment 3 Jean-François Rameau 2006-07-08 14:13:42 UTC
*** Bug 136075 has been marked as a duplicate of this bug. ***