GNOME Bugzilla – Bug 336045
Dragging files in playlist broken
Last modified: 2006-04-08 12:46:33 UTC
I've encountered two problems dragging files in the playlist, one consistent and the other not consistent: 1. Dragging a song in the playlist over another file to change its position (usually upwards in the list, especially if I drag it quickly, but not necessarily) makes the song disappear from the list most of the time. I can reproduce this pretty consistently, maybe 80--90% of the time. I've taken a playlist of 20 and whittled it down to 10 this way, but beyond that, problem 2 happens. 2. Dragging one or more files in a row, up or down, fast or slow, leads sooner or later to an inevitable crash. Sometimes I get no notice, sometimes I get a crash dialogue ("Rhythmbox has quit unexpectedly. Would you like to inform the developers?") Sometimes this happens on the first drag, sometimes on the 10th, but it rarely takes more than 10 drags before crashing. I've reproduced this consistently: if I drag enough files, it will always crash. I'm using the latest version from the Dapper repositories (0.9.3.1).
First of all: please file problems in individual bugs. It makes it much easier for the developers to keep track of them. 1) Is this perhaps the same as bug 334826 ? 2) Please get a stacktrace of this bug. See http://live.gnome.org/GettingTraces for more information on how to do so.
I can't reproduce the first part of this bug with current CVS HEAD, but I can reproduce the second. It looks like the db entries are getting corrupted somehow, since I start seeing messages like this: (rhythmbox:12378): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() and eventually it crashes with this message: RhythmDB-ERROR **: file rhythmdb.c: line 2640 (rhythmdb_entry_set_internal): assertion failed: (g_utf8_validate (g_value_get_string (value), -1, NULL)) aborting... Since this is not where the data corruption is occurring, a stack trace at this point won't help. Joseph, do you see the same messages if you run rhythmbox in an xterm and trigger this problem?
Yes, this does seem to be the same bug as bug 334826, except that for me it happens even if you drag it to a different spot (although I've noticed it's more consistent if you drag it to the same spot). I've tried to reproduce the crash situation through dragging, and this time instead of simply disappearing, the first time Rhythmbox froze and I had to do ctrl-c on the console, and the second time it completely crashed X. So I haven't gotten any error messages or stack traces yet, but I'll try again. (I'm using Dapper and probably some unstable graphics drivers, so I'm not sure that X crashing is attributable to Rhythmbox.)
I've fixed the crash in CVS, and the remaining issue seems to be a duplicate, so I'm closing the bug.
Excellent. Thanks.
*** Bug 337658 has been marked as a duplicate of this bug. ***
*** Bug 337660 has been marked as a duplicate of this bug. ***