Bug 1226548

Summary: satyr fails to parse C++ template arguments of a template function
Product: [Fedora] Fedora Reporter: ggsalas <ggsalas>
Component: satyrAssignee: Jakub Filak <jfilak>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 22CC: abrt-devel-list, debarshir, dvlasenk, gecko-bugs-nobody, ggsalas, iprikryl, jberan, jfilak, mcatanzaro, mhabrnal, michal.toman, mmilata, rob.townley
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/fe940be205ae34b857e92145ef6aac1b129ca7bd
Whiteboard: abrt_hash:b9dd81a39c615bf6d0ea800db56c3e1c48d57338
Fixed In Version: libreport-2.6.1-1.fc22 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-07-19 01:56:28 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: limits
none
File: maps
none
File: mountinfo
none
File: namespaces
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description ggsalas 2015-05-30 13:49:59 UTC 
Version-Release number of selected component:
epiphany-runtime-3.16.1-1.fc22

Additional info:
reporter:       libreport-2.5.1
backtrace_rating: 4
cmdline:        epiphany http://i.imgur.com/TOI65jx.png
crash_function: pthread_cond_timedwait@@GLIBC_2.3.2
executable:     /usr/bin/epiphany
global_pid:     5445
kernel:         4.0.4-301.fc22.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 20 (5 frames)
 #0 pthread_cond_timedwait@@GLIBC_2.3.2 at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
 #1 __gthread_cond_timedwait at /usr/include/c++/5.1.1/x86_64-redhat-linux/bits/gthr-default.h:871
 #2 __wait_until_impl<std::chrono::duration<long, std::ratio<1l, 1000000000l> > > at /usr/include/c++/5.1.1/condition_variable:165
 #3 wait_until<std::chrono::duration<long, std::ratio<1l, 1000000000l> > > at /usr/include/c++/5.1.1/condition_variable:105
 #4 wait_until<std::unique_lock<bmalloc::Mutex>, std::chrono::_V2::system_clock, std::chrono::duration<long, std::ratio<1l, 1000000000l> > > at /usr/include/c++/5.1.1/condition_variable:273
Comment 1 ggsalas 2015-05-30 13:50:03 UTC 
Created attachment 1032472 [details]
File: backtrace
Comment 2 ggsalas 2015-05-30 13:50:04 UTC 
Created attachment 1032473 [details]
File: cgroup
Comment 3 ggsalas 2015-05-30 13:50:06 UTC 
Created attachment 1032474 [details]
File: core_backtrace
Comment 4 ggsalas 2015-05-30 13:50:07 UTC 
Created attachment 1032475 [details]
File: dso_list
Comment 5 ggsalas 2015-05-30 13:50:09 UTC 
Created attachment 1032476 [details]
File: environ
Comment 6 ggsalas 2015-05-30 13:50:10 UTC 
Created attachment 1032477 [details]
File: limits
Comment 7 ggsalas 2015-05-30 13:50:12 UTC 
Created attachment 1032478 [details]
File: maps
Comment 8 ggsalas 2015-05-30 13:50:13 UTC 
Created attachment 1032479 [details]
File: mountinfo
Comment 9 ggsalas 2015-05-30 13:50:15 UTC 
Created attachment 1032480 [details]
File: namespaces
Comment 10 ggsalas 2015-05-30 13:50:16 UTC 
Created attachment 1032481 [details]
File: open_fds
Comment 11 ggsalas 2015-05-30 13:50:17 UTC 
Created attachment 1032482 [details]
File: proc_pid_status
Comment 12 ggsalas 2015-05-30 13:50:18 UTC 
Created attachment 1032483 [details]
File: var_log_messages
Comment 13 Michael Catanzaro 2015-05-30 16:59:29 UTC 
Um, this is a real bug in Ephy that we need to fix, but I think the more serious bug here is that the title of the bug and provided backtrace are for the wrong thread, so something here has got ABRT very confused. There's no crash in pthread_cond_timedwait, the crash is in ephy_location_entry_set_location.
Comment 14 Michael Catanzaro 2015-05-30 21:53:38 UTC 
I've reported the Epiphany crash upstream as https://bugzilla.gnome.org/show_bug.cgi?id=750161 so this bug can be used solely for the ABRT issue now.
Comment 15 Jakub Filak 2015-06-18 16:42:52 UTC 
Frame #5 causes satyr to stop parsing the backtrace and satyr does not return an error but returns a partially parsed gdb stacktrace with a single thread. In such a case, where a gdb stacktrace has only one thread, satyr uses the thread as crash thread. That all lead me into a conclusion that satyr fails to recognize the crash thread, but the true is that satyr fails to parse C++ template arguments.
Comment 16 Jakub Filak 2015-06-19 08:35:13 UTC 
I have opened a pull request that should fix the bug:
https://github.com/abrt/satyr/pull/230
Comment 17 Fedora Update System 2015-07-08 10:02:54 UTC 
libreport-2.6.1-1.fc22,abrt-2.6.1-1.fc22,satyr-0.19-1.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/libreport-2.6.1-1.fc22,abrt-2.6.1-1.fc22,satyr-0.19-1.fc22
Comment 18 Fedora Update System 2015-07-13 19:14:22 UTC 
Package libreport-2.6.1-1.fc22, abrt-2.6.1-1.fc22, satyr-0.19-1.fc22:
* should fix your issue,
* was pushed to the Fedora 22 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libreport-2.6.1-1.fc22 abrt-2.6.1-1.fc22 satyr-0.19-1.fc22'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2015-11434/libreport-2.6.1-1.fc22,abrt-2.6.1-1.fc22,satyr-0.19-1.fc22
then log in and leave karma (feedback).
Comment 19 Fedora Update System 2015-07-19 01:56:28 UTC 
libreport-2.6.1-1.fc22, abrt-2.6.1-1.fc22, satyr-0.19-1.fc22 has been pushed to the Fedora 22 stable repository.  If problems still persist, please make note of it in this bug report.