Frequent crashes on Ubuntu 12.10 32 bits RB 2.97

[jrbastien]

Strange enough, I just updated my installation with the latest masters of both the coverart browser and search providers plugins.

Last week it was perfectly stable and now I can keep it up for more than 30 seconds. It just crashes on various situations with this error:

RhythmDB:ERROR:rhythmdb-tree.c:1517:remove_child: assertion failed: (g_hash_table_remove (parent->children, data)) Aborted (core dumped)

The problem does not happen on my 12.04 system 64 bit and RB 2.96. I'm using the same scripts to update the systems:

#!/bin/bash
sudo rm -rf ~/.local/share/rhythmbox/plugins/coverart_browser
rm -rf ~/.cache/rhythmbox/cb_genre
cd /home/jrbastien/Downloads
rm -rf coverart-browser
git clone https://github.com/fossfreedom/coverart-browser.git -b master
cd coverart-browser
sh ./install.sh

#!/bin/bash
cd /home/jrbastien/Downloads
rm -rf coverart_search_providers
rm -rf ~/.local/share/rhythmbox/plugins/coverart_search_providers
git clone https://github.com/fossfreedom/coverart-search-providers.git -b master
cd coverart-search-providers
sh ./install.sh

[fossfreedom]

The error "ERROR:rhythmdb-tree.c" is an internal error to rhythmbox not the plugin.

To see if its the plugin calling something in rhythmbox will need a bit more debugging information

rhythmbox -D coverart

This trace output would indicate approximately where the problem lies if its from the plugin itself.

Can you describe "the situations" - playing albums? Opening the preference window?

[jrbastien]

It happens on any action randomly. For instance, I can just click on the genre and it will crash, sometime this is on the single click to see the track list. There is no constant pattern.

I might be wrong but I think that if I compare the output of my working system vs the non working one, the error is:

(rhythmbox:11210): Gtk-WARNING _: gtk_widget_size_allocate(): attempt to allocate widget with width -3 and height 52 _ You can find a full output here. I did not even do any action and it crashes while loading: http://paste.ubuntu.com/5721567/

[fossfreedom]

ok - I need some more debugging info

I've created a branch called "crashdebug" for coverart-browser

Can you check this branch out and rerun "rhythmbox -D coverart"

I'm hoping that the crash just after "(09:20:56) [0x94519a0] [AlbumLoader._entry_deleted_callback]" is detected by the extra debug statements.

EDIT:

I've also downloaded 12.10 32bit but have not been able to reproduce this ...

I'm sure with a bit of patience we can debug what is going on on your build - it may take a few tries though.

[jrbastien]

I don't want to make you loose to much time on this but it is strange that is happening on this system that I only use to test this plugin. Anyway, here is the output of the crashbug branch:

http://paste.ubuntu.com/5722834/

This time I had to do a bit more manipulations to get the crash: Click on a cover, click on genre, then boom!

[fossfreedom]

hmm - the trace is different from the last one. I can see my extra debug statements but the crash doesnt occur there :/

I can see a bunch of errors from other plugins mixed in the trace. Please can you disable all plugins except the coverart-browser/coverart-search-providers and try again?

Do you just "highlight" a cover, click on the genre button and choose from the popup list (or is it a popup menu that you see?) and the crash occurs?

When highlighting the cover, do you have the track view visible?

Are any songs playing? Playing from a queue?

[asermax]

I'm thinking it haves to do with all those tracks being deleted probably causing instability, but idk if it has something to do with the plugin or with rhythmbox itself. The plugin may not be managing the situation correctly.

Maybe you have some external source (external filesystem or a plugin maybe) messing with the db, or you deleted a bunch of tracks from your disk and rhythmbox tries to update it's database, causing the plugin to get crazy.

If foss suggestions don't work, try disabling the auto start of the plugin and keep rhythmbox open for a while (to let it update it's database) and then open the plugin source to see how it reacts.

[jrbastien]

Never mind guys. I have turned off all plugins including the coverart ones and it still crashes. This is really weird, I only boots once a week on this machine and I haven't installed anything other than the weekly updates.

That seems a RB bug. I might have to purge it completely and re-install. Anyhow, if you have any idea looking at this output (no actions whatsoever other than starting RB), this will be appreciated:

http://paste.ubuntu.com/5723040/

[fossfreedom]

Looks like a screwed up rhythmbox database issue - try deleting both ~/.cache/rhythmbox and the two .xml files in ~/.local/share/rhythmbox

This will leave you with a clean database - no music, no covers. You'll need then to reimport all your music.

If this doesnt work - repeat the above, then reset the rhythmbox registry keys as per this Q&A:

• http://askubuntu.com/a/271950/14356

[jrbastien]

Thank you, deleting the cache and the dbs did the trick. I now able to start on the wiki page!