Bug 484766

Summary: crash during podcast download
Product: [Fedora] Fedora Reporter: Christian Krause <chkr>
Component: bansheeAssignee: Michel Lind <michel>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 10CC: michel, tcallawa
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-03-12 23:56:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
patch for banshee.spec
none
patch to correct the timezone handling none

Description Christian Krause 2009-02-09 20:14:31 UTC 
Description of problem:
I've discovered the following problem using banshee: During the download of a podcast banshee sometimes uses up to 100% CPU time and crashes after a couple of seconds. The reason is a recursive call of two functions (please see referenced gnome bug report).

The problem is not easy to trigger, because it is timezone-related (of the podcast as well as of the user). A detailed "how to reproduce" can be found in the gnome bug report.

Version-Release number of selected component (if applicable):
banshee-1.4.1-1.fc10.i386.rpm

How reproducible:
If the mentioned conditions are met then the problem is 100% reproducible (and very annoying). ;-)

Additional info:
The bug got already fixed in banshee's SVN (trunk). I've created a patch for F10  containing the same fix (besides the changelog entry) and a patch for banshee.spec.

It would be great if it could be applied to banshee in F10 as well!

Thank you very much in advance!
Comment 1 Christian Krause 2009-02-09 20:15:30 UTC 
Created attachment 331355 [details]
patch for banshee.spec
Comment 2 Christian Krause 2009-02-09 20:16:23 UTC 
Created attachment 331356 [details]
patch to correct the timezone handling
Comment 3 Michel Lind 2009-02-10 14:22:40 UTC 
Thanks. I'm doing a test build now:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1117301

Could you confirm that the problem has disappeared, and also that it's still present in 1.4.2-1.fc10 that is in updates-testing?

(yum install banshee --enablerepo=updates-testing)

I'm currently on Rawhide, and some Mono GUI applications are currently not working there, so help testing is most welcome.
Comment 4 Christian Krause 2009-02-10 20:28:48 UTC 
(In reply to comment #3)
> Thanks. I'm doing a test build now:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1117301

Thanks!

> Could you confirm that the problem has disappeared, and also that it's still
> present in 1.4.2-1.fc10 that is in updates-testing?
> 
> (yum install banshee --enablerepo=updates-testing)

I've just tested it: Yes, the problem is still present with banshee-1.4.2 from updates-testing.

Then I've installed the new test build from http://koji.fedoraproject.org/koji/taskinfo?taskID=1117304 and the problem was fixed.

> I'm currently on Rawhide, and some Mono GUI applications are currently not
> working there, so help testing is most welcome.

Sure, no problem!
Comment 5 Michel Lind 2009-02-12 04:17:33 UTC 
Thanks for testing -- I'm building the new updates now. 1.4.2-1 has been in testing for long enough that it's probably better to land them in -stable first (they fix quite a few bugs), but I'm pushing this into testing once those land.
Comment 6 Christian Krause 2009-03-12 23:56:44 UTC 
just doing some cleanup:

The problem was fixed when banshee-1.4.2-3.fc10.i386.rpm was pushed to stable. so I set the bug to CLOSED/NEXTRELEASE. Thanks again!