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 571289 - Endless "Downloading Cover Art" using full CPU capacity
Endless "Downloading Cover Art" using full CPU capacity
Status: RESOLVED DUPLICATE of bug 548131
Product: banshee
Classification: Other
Component: general
1.4.2
Other All
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-02-11 10:52 UTC by Oliver Horn
Modified: 2009-02-11 22:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Oliver Horn 2009-02-11 10:52:24 UTC 
Please describe the problem:
Sometimes "Downloading Cover Art" doesn't come to an end. Its using the full capacity of my two CPU-cores and even if I stop the download manually, banshee utilizes full power of both cores.

Steps to reproduce:
1. Start "Downloading Cover Art" manually or automatically
2. If this ends everything is fine. If not:
3. Try to stop "Downloading Cover Art" manually and watch core clock, power comsumption and cpu utilisation not going back to a normal/idle level.


Actual results:
core clock, power comsumption and cpu utilisation not going back to a normal/idle level

Expected results:
core clock, power comsumption and cpu utilisation going back to a normal/idle level.

Does this happen every time?
Nope, it's fifty-fifty.

Other information:
Comment 1 Oliver Horn 2009-02-11 10:54:10 UTC 
You need to close all Banshee processes to get CPU use back to normal.
Comment 2 Bertrand Lorentz 2009-02-11 21:26:20 UTC 
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version.

*** This bug has been marked as a duplicate of 548131 ***
Comment 3 Oliver Horn 2009-02-11 22:47:32 UTC 
Ok, fine I'm sorry I didn't found the other bug report. Thanks for the fix.