Downloading files of unknown size in Epiphany uses too much CPU time

Bug #29402 reported by Hezekiah Carty
10
Affects Status Importance Assigned to Milestone
Epiphany
Fix Released
Medium
epiphany-browser (Ubuntu)
Fix Released
Medium
Sebastien Bacher

Bug Description

When downloading a file in Epiphany which does not have a total size reported (the download window says 'Unknown' in the progress box), a huge amount of CPU time is used by the download compared to downloading a file with a known download size. There doesn't seem to be a need for this, and I don't think the problem exists in Firefox.

Example link: http://video.google.com/videoplay?docid=8723130163011577496&q=red+vs+blue+02 -- then click on 'Download' to the right. Downloading this file, or any other from Google Video, gives me the same problem.

Revision history for this message
Phil Bull (philbull) wrote :

Thanks for the report

What version of the epiphany-browser package do you have installed? Do you still have this issue?

If so, what sort of difference in CPU utilisation is there?

Changed in epiphany-browser:
status: Unconfirmed → Needs Info
Revision history for this message
Hezekiah Carty (hez) wrote :

I will test this soon (I'm currently booted in to Breezy). I have seen the problem recently, but I have not tested it with the latest Epiphany version in Dapper.

When the problem occurs though, the CPU usage goes to ~100% for the duration of the download even with nothing else running in the background, and CPU usage drops back down to normal (0-3%) after the download completes.

Revision history for this message
Hezekiah Carty (hez) wrote :

I just tested this with the latest Dapper updates, and Epiphany does still do this.

According to top, during the download epiphany is using ~70% of the CPU while xorg is using ~24.2%. When idle, these don't even show up on the list, or stay below a few percent.

Revision history for this message
Daniel Holbach (dholbach) wrote :

This is a known upstream issue: http://bugzilla.gnome.org/show_bug.cgi?id=136075

Changed in epiphany-browser:
assignee: nobody → desktop-bugs
status: Needs Info → Confirmed
Revision history for this message
Hezekiah Carty (hez) wrote :

If I have further comments, should I post them here or to the Gnome bugzilla?

Revision history for this message
Phil Bull (philbull) wrote :

It would probably be best to post them to the GNOME Bugzilla.

Changed in epiphany:
status: Unconfirmed → Confirmed
Changed in epiphany:
status: Confirmed → Rejected
Revision history for this message
Sebastien Bacher (seb128) wrote :

The bug has been fixed upstream

The patch is trivial: http://cvs.gnome.org/viewcvs/epiphany/embed/mozilla/MozDownload.cpp?r1=1.78.2.3&r2=1.78.2.4&makepatch=1&diff_format=u

I'll probably backport that fix to dapper-updates too

Changed in epiphany-browser:
assignee: desktop-bugs → seb128
status: Confirmed → Fix Committed
Changed in epiphany:
status: Rejected → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

This upload fixes the issue:

 epiphany-browser (2.15.4-0ubuntu1) edgy; urgency=low
 .
   * New upstream version:
     - don't use too much CPU when downloading an unknown sized file
       (Ubuntu: #29402)
     - use GTK printing instead of libgnomeprint, libgnomeprintui
   * debian/control.in:
     - don't Build-Depends on , libgnomeprint2.2-dev (>= 2.4.0),
       libgnomeprintui2.2-dev (>= 2.4.0)
   * debian/patches/02_ac_init.patch:
     - updated
   * debian/patches/06_lpi.patch:
     - updated
   * debian/patches/99_configure.patch:
     - updated

Changed in epiphany-browser:
status: Fix Committed → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

will be fixed to dapper-updates with that update:

 epiphany-browser (2.14.3-0ubuntu1) dapper-updates; urgency=low
 .
   * New upstream version
   * debian/patches/02_ac_init.patch:
     - updated
   * debian/patches/99_configure.patch:
     - updated

Changed in epiphany:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.