Bug 117198 - amarok runs with 100% cpu and sucks all memory
Summary: amarok runs with 100% cpu and sucks all memory
Status: RESOLVED FIXED
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: KDE (show other bugs)
Version: Final
Hardware: Other All
: P5 - None : Blocker
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-15 11:41 UTC by Marcus Meissner
Modified: 2007-07-12 10:16 UTC (History)
1 user (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Marcus Meissner 2005-09-15 11:41:14 UTC 
i installed default KDE. 
 
When you srtart playing a file with Amarok, 
then close the mainwindow, 
then "stoP" the play from the systray icon (!), 
amarok starts sucking all CPU and all Memory.
Comment 1 Carsten Hoeger 2005-09-15 11:43:56 UTC 
I had the same problem since beginning of this week, but I thought I broke my
amarok config myself and therefor did not report it... :-(

It also happens when playing streams, so it is not bound to playing files.
Comment 3 Dirk Mueller 2005-09-15 13:44:34 UTC 
you're both using x86_64 ?
Comment 4 Marcus Meissner 2005-09-15 13:47:53 UTC 
i am using a i386 laptop
Comment 5 Carsten Hoeger 2005-09-15 14:01:07 UTC 
ordinary i386 pc
Comment 6 Dirk Mueller 2005-09-15 15:05:07 UTC 
not reproduceable here..
Comment 7 Dirk Mueller 2005-09-15 15:05:28 UTC 
its a mp3 file you're playing, right?
Comment 8 Dirk Mueller 2005-09-17 12:13:30 UTC 
ok, its related to build collection somehow.. was able to trigger it once, 
however it disappears when running under valgrind. sucks.  
 
there are however significant other valgrind warnings in the helix engine.
Comment 9 Marcus Meissner 2005-10-01 17:13:28 UTC 
we must fix this ASAP if possible... I already have heard of at least 3  
inhouse reports ... if this hits customers we will get it back manifold.  
 
AJ, please confirm that we need to fix itg for 10.0
Comment 10 Andreas Jaeger 2005-10-01 17:15:20 UTC 
This should get fixed, I agree.
Comment 11 Dirk Mueller 2005-10-07 00:15:38 UTC 
I've submitted a fixed package to STABLE.. requires some testing though.  
 
please have a look.
Comment 12 Marcus Meissner 2005-10-07 09:19:19 UTC 
debugged this with dirk. 
 
it is recursing from my homedir to / via a symlink (.wine/dosdevices/z: -> /) 
and also recurses into NFS mounts....
Comment 13 Dirk Mueller 2005-10-07 23:11:42 UTC 
ok, added another patch, please test.   
  
I guess since this is a blocker we should backport this to 10.0 ?  
  
I'd actually like to upgrade to 1.3.3 which does contain other critical  
bugfixes as well, but it needs some testing first. would that be possible for 
10.0?
Comment 14 Andreas Jaeger 2005-10-09 14:51:19 UTC 
Update approved for 10.0 - please set to NEEDINFO once you need a swamp-id.
Comment 15 Dirk Mueller 2005-10-12 08:00:25 UTC 
need swamp..
Comment 16 Marcus Meissner 2005-10-12 10:12:22 UTC 
SWAMPID: 2582
Comment 17 Dirk Mueller 2005-10-12 20:00:56 UTC 
submitted package