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 419330 - Banshee freezes after a period of time
Banshee freezes after a period of time
Status: RESOLVED INCOMPLETE
Product: banshee
Classification: Other
Component: general
git master
Other Linux
: High normal
: 2.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-17 12:56 UTC by Andrew Conkling
Modified: 2008-02-06 03:28 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Debug output (14.34 KB, text/plain)
2007-03-17 12:57 UTC, Andrew Conkling 		Details
Valgrind log (3.47 KB, text/plain)
2007-03-17 12:58 UTC, Andrew Conkling 		Details
Thread dump created with Ctrl-\ (5.05 KB, text/plain)
2007-03-21 17:14 UTC, Joseph Wilhelm 		Details
crash dump (3.24 KB, text/plain)
2007-04-26 04:23 UTC, Gabriel Burt 		Details

Description Andrew Conkling 2007-03-17 12:56:45 UTC 
Sorry for the ambiguous summary, but I'm not sure what's going on here.

I'll leave Banshee playing and then I'll find that my music stopped. Turns out my CPU is churning away and/or my RAM is being hogged by Banshee. I can force quit it and restart, but why is this happening?

I'm not sure exactly how to pinpoint the problem, but here's what info I can provide off the top of my head. Valgrind log and debug output to follow. I could also host my banshee.db if it would help.
Comment 1 Andrew Conkling 2007-03-17 12:57:41 UTC 
Created attachment 84765 [details]
Debug output

Debug output from running instance of Banshee
Comment 2 Andrew Conkling 2007-03-17 12:58:12 UTC 
Created attachment 84766 [details]
Valgrind log
Comment 3 Joseph Wilhelm 2007-03-21 17:14:25 UTC 
Created attachment 85057 [details]
Thread dump created with Ctrl-\

Ironically, I just finished reading the mailing list thread about this bug, remembering the few times I've seen this myself, when lo and behold it happens again.

I'm on Fedora Core 6, running the latest SVN banshee.

I've also seen the same thing happen when I was inporting large numbers of songs (6000+), but it eventually recovered if I waited long enough. Checking lsof during those periods would first show that banshee had an mp3 open and was then talking (oddly enough) to various w3.org servers.
Comment 4 Gabriel Burt 2007-04-26 04:23:29 UTC 
Created attachment 87049 [details]
crash dump

I have the same thing happen.  My dump is a little different than Joseph's.  To get this, I run banshee --debug from a terminal, wait for it to crash (usually a couple hours) then run kill -QUIT PID.  I got this same trace twice now (problem in QueuedSqlite triggered by SmartPlaylist's RefreshMembers) but Joseph's trigger seems to be different, but same net result, a crash in QueuedSqlite.
Comment 5 Gabriel Burt 2007-04-26 04:24:18 UTC 
Bumping to high priority.  This happens to me regularly, every couple hours.
Comment 6 Andrew Conkling 2007-12-12 21:23:39 UTC 
Is this still an issue with anyone? I haven't had this problem lately.
Comment 7 Andrew Conkling 2008-02-06 03:28:29 UTC 
Closing this bug report as no further information has been provided. Hopefully that means something along the way fixed it! Please feel free to reopen this bug if you can produce this bug again.