Description of problem: Searching CDDB Version-Release number of selected component: easytag-2.2.3-1.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: easytag crash_function: Cddb_Album_List_Set_Row_Appearance executable: /usr/bin/easytag kernel: 3.15.6-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 Cddb_Album_List_Set_Row_Appearance at src/cddb.c:3784 #1 Cddb_Get_Album_Tracks_List at src/cddb.c:3756 #2 Cddb_Get_Album_Tracks_List_CB at src/cddb.c:3397 #7 _gtk_tree_selection_internal_select_node at gtktreeselection.c:1596 #8 gtk_tree_view_real_set_cursor at gtktreeview.c:13160 #9 gtk_tree_view_row_deleted at gtktreeview.c:9167 #14 gtk_tree_model_row_deleted at gtktreemodel.c:1867 #15 gtk_list_store_remove at gtkliststore.c:1230 #16 gtk_list_store_clear at gtkliststore.c:1444 #17 Cddb_Search_Album_From_Selected_Files at src/cddb.c:3016
Created attachment 920765 [details] File: backtrace
Created attachment 920766 [details] File: cgroup
Created attachment 920767 [details] File: core_backtrace
Created attachment 920768 [details] File: dso_list
Created attachment 920769 [details] File: environ
Created attachment 920770 [details] File: exploitable
Created attachment 920771 [details] File: limits
Created attachment 920772 [details] File: maps
Created attachment 920773 [details] File: open_fds
Created attachment 920774 [details] File: proc_pid_status
Created attachment 920775 [details] File: var_log_messages
This looks like a GtkListStore is being cleared while there is a row selected, and the "changed" signal on the selection is being emitted, which tries to access the deleted (selected) row. There have been a few similar bugs recently: https://mail.gnome.org/archives/easytag-list/2014-June/msg00012.html https://bugzilla.redhat.com/show_bug.cgi?id=1121142 It should not be too difficult to fix, but I might not get to it for a week or two, as I am at GUADEC for the next week. In the meantime, if you can provide exact steps to reproduce, that would be very useful. Otherwise, as I cannot reproduce the crash locally, I will provide a scratch build with a proposed fix when I have one.
I have a proposed fix which I have added to a scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=7216162 Could you test that the works for you, or provide exact steps to reproduce (as I am still unable to reproduce the problem).
Were you able to test the scratch build yet? If the Rawhide build was a problem, you can use this F20 build that just finished: http://koji.fedoraproject.org/koji/taskinfo?taskID=7243911 It would be very useful to know if this solves the crashes.
I am unable to reproduce, and so I cannot test the proposed fix. Please reopen if you provide a reproducer, or can confirm that the proposed fix solves the problem for you.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days