Just reproduced it by loading archive from ~/.gvfs/sftp on fatal.se/ (root folder of the remote computer).
I don't think the backtrace is all that useful, there's already a NULL pointer passed into the hash function as key in the previous report visible which is probably why things blow up there.
Additionally there are several assertion failures before the crash, so I'm guessing there's memory corruption and the particular backtrace is just a symptom of that....
I'll try to fish out the new backtrace with debugging symbols and attach it as soon as I figure out how the ubuntu bug reporting tools work....
Just reproduced it by loading archive from ~/.gvfs/sftp on fatal.se/ (root folder of the remote computer).
I don't think the backtrace is all that useful, there's already a NULL pointer passed into the hash function as key in the previous report visible which is probably why things blow up there.
Additionally there are several assertion failures before the crash, so I'm guessing there's memory corruption and the particular backtrace is just a symptom of that....
I'll try to fish out the new backtrace with debugging symbols and attach it as soon as I figure out how the ubuntu bug reporting tools work....
~$ rhythmbox
(rhythmbox:21326): Gtk-WARNING **: AudioCdSourcePo pupCopyCd: missing action MusicAudioCDDup licate
(rhythmbox:21326): Gtk-WARNING **: AudioCdSourcePo pupCopyCd: missing action MusicAudioCDDup licate
(rhythmbox:21326): GLib-GIO-CRITICAL **: g_file_ info_get_ name: assertion `G_IS_FILE_INFO (info)' failed
(rhythmbox:21326): GLib-GIO-CRITICAL **: g_file_get_child: assertion `name != NULL' failed
(rhythmbox:21326): GLib-GIO-CRITICAL **: g_file_get_uri: assertion `G_IS_FILE (file)' failed
Segmentation fault (core dumped)