Bug 1123149

Summary: [abrt] easytag: Cddb_Album_List_Set_Row_Appearance(): easytag killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Gian Paolo Mureddu <gmureddu>
Component: easytagAssignee: David King <amigadave>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: amigadave, gmureddu, matthias
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/32e627d5d0db2238780db040547a9018b47ffca8
Whiteboard: abrt_hash:16332964ded68d21a678f35f467ade140a12bc60
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-08-15 08:15:38 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Gian Paolo Mureddu 2014-07-25 02:17:19 UTC
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

Comment 1 Gian Paolo Mureddu 2014-07-25 02:17:21 UTC
Created attachment 920765 [details]
File: backtrace

Comment 2 Gian Paolo Mureddu 2014-07-25 02:17:22 UTC
Created attachment 920766 [details]
File: cgroup

Comment 3 Gian Paolo Mureddu 2014-07-25 02:17:23 UTC
Created attachment 920767 [details]
File: core_backtrace

Comment 4 Gian Paolo Mureddu 2014-07-25 02:17:23 UTC
Created attachment 920768 [details]
File: dso_list

Comment 5 Gian Paolo Mureddu 2014-07-25 02:17:24 UTC
Created attachment 920769 [details]
File: environ

Comment 6 Gian Paolo Mureddu 2014-07-25 02:17:25 UTC
Created attachment 920770 [details]
File: exploitable

Comment 7 Gian Paolo Mureddu 2014-07-25 02:17:25 UTC
Created attachment 920771 [details]
File: limits

Comment 8 Gian Paolo Mureddu 2014-07-25 02:17:26 UTC
Created attachment 920772 [details]
File: maps

Comment 9 Gian Paolo Mureddu 2014-07-25 02:17:27 UTC
Created attachment 920773 [details]
File: open_fds

Comment 10 Gian Paolo Mureddu 2014-07-25 02:17:27 UTC
Created attachment 920774 [details]
File: proc_pid_status

Comment 11 Gian Paolo Mureddu 2014-07-25 02:17:28 UTC
Created attachment 920775 [details]
File: var_log_messages

Comment 12 David King 2014-07-25 08:15:00 UTC
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.

Comment 13 David King 2014-07-30 16:10:54 UTC
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).

Comment 14 David King 2014-08-05 14:46:08 UTC
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.

Comment 15 David King 2014-08-15 08:15:38 UTC
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.

Comment 16 Red Hat Bugzilla 2023-09-14 02:12:01 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days