abrt 1.0.0 detected a crash. How to reproduce ----- 1. Install packagekit-browser-plugin 2. Open the test page for the plugin 3. Firefox crashes Comment: We have to shorten out if it is Firefox related or Fedora related. Attached file: backtrace cmdline: /usr/lib/firefox-3.5.5/firefox component: firefox executable: /usr/lib/firefox-3.5.5/firefox kernel: 2.6.31.6-166.fc12.i686 package: firefox-3.5.5-1.fc12 rating: 4 reason: Process was terminated by signal 6
Created attachment 378022 [details] File: backtrace
I am also experiencing this Firefox 3.5.5-1 crash when visiting the packagekit-browser-plugin test page. I'm running the 64bit kernel. $ uname -a Linux myhost.xyz.com 2.6.31.6-166.fc12.x86_64 #1 SMP Wed Dec 9 10:46:22 EST 2009 x86_64 x86_64 x86_64 GNU/Linux $ firefox (firefox:18124): GLib-WARNING **: g_set_prgname() called multiple times ** (firefox:18124): DEBUG: installed firefox;3.5.5-1.fc12;x86_64;installed Mozilla Firefox Web browser ** (firefox:18124): DEBUG: installed kdeedu;4.3.3-2.fc12;x86_64;installed Educational/Edutainment applications ** (firefox:18124): DEBUG: available gnubg;1:0.9.0.1-8.fc12;x86_64;fedora A backgammon game and analyser ** (firefox:18124): DEBUG: available f-spot;0.6.1.5-1.fc12;x86_64;updates Photo management application terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc /usr/lib64/firefox-3.5.5/run-mozilla.sh: line 131: 18124 Aborted "$prog" ${1+"$@"} $ rpm -q firefox firefox-3.5.5-1.fc12.x86_64 $ rpm -qa \PackageKit\* PackageKit-gstreamer-plugin-0.5.4-0.4.20091029git.fc12.x86_64 PackageKit-glib-0.5.4-0.4.20091029git.fc12.x86_64 PackageKit-gtk-module-0.5.4-0.4.20091029git.fc12.x86_64 PackageKit-browser-plugin-0.5.4-0.4.20091029git.fc12.x86_64 PackageKit-device-rebind-0.5.4-0.4.20091029git.fc12.x86_64 PackageKit-yum-0.5.4-0.4.20091029git.fc12.x86_64 PackageKit-yum-plugin-0.5.4-0.4.20091029git.fc12.x86_64 PackageKit-0.5.4-0.4.20091029git.fc12.x86_64
Richard - Can you take a look at this trace? Its definitely related to the PackageKit-browser-plugin
#3 <signal handler called> No symbol table info available. #4 0x00263416 in __kernel_vsyscall () No symbol table info available. #5 0x009d6a81 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = <value optimized out> resultvar = <value optimized out> pid = 11653108 selftid = 3843 #6 0x009d834a in abort () at abort.c:92 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0xbf8c4a80, sa_sigaction = 0xbf8c4a80}, sa_mask = {__val = {3046992512, 3213642324, 10042664, 3213642308, 12056588, 3213642296, 10132028, 0, 3074732912, 5, 0, 1, 3074531328, 2879390836, 2879781120, 3076928428, 128, 3076927552, 3213642264, 11758724, 68, 0, 3213642368, 3213642296, 3213642308, 12305751, 3074531328, 0, 12090288, 12997028, 12997028, 2879781120}}, sa_flags = -1081324888, sa_restorer = 0xbbdc26 <g_log_default_handler+598>} sigs = {__val = {32, 0 <repeats 31 times>}} #7 0x00bbe476 in g_logv () from /lib/libglib-2.0.so.0 No symbol table info available. #8 0x00bbe4a7 in g_log () from /lib/libglib-2.0.so.0 No symbol table info available. #9 0x00bbc6ef in g_malloc () from /lib/libglib-2.0.so.0 No symbol table info available. #10 0x00bd52ba in g_strdup () from /lib/libglib-2.0.so.0
*** Bug 548039 has been marked as a duplicate of this bug. ***
Thank you for taking the time to report this bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash, because there are no debugging symbols loaded (probably abrt failed to load them). Unfortunately, we cannot use this backtrace. Closing as INSUFFICIENT_DATA.
Matej This bug is easily reproduced every time a user visits the http://www.packagekit.org/temp/test.html with the PackageKit browser plugin installed. While the current backtrace doesn't help identify the problem, its still a major issue. How can I help capture a backtrace when Firefox crashes? Can we get this bug reopened?
Running firefox from valgrind having the following tabs: https://bugzilla.redhat.com/show_bug.cgi?id=547578 https://bugzilla.redhat.com/show_bug.cgi?id=547113 www.packagekit.org/temp/test.html [hugo@ganesha ~]$ valgrind firefox > /tmp/valgrind.log 2> /tmp/valgrind.err [hugo@ganesha ~]$ cat /tmp/valgrind.log ** (firefox:11443): DEBUG: installed firefox;3.5.5-1.fc12;i686;installed Mozilla Firefox Web browser ** (firefox:11443): DEBUG: available kdeedu;4.3.3-2.fc12;i686;updates Educational/Edutainment applications ** (firefox:11443): DEBUG: available gnubg;1:0.9.0.1-8.fc12;i686;fedora A backgammon game and analyser ** (firefox:11443): DEBUG: available f-spot;0.6.1.5-1.fc12;i686;updates Photo management application [hugo@ganesha ~]$ cat /tmp/valgrind.err ==11428== Memcheck, a memory error detector ==11428== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==11428== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==11428== Command: firefox ==11428== ==11428== ==11428== HEAP SUMMARY: ==11428== in use at exit: 22,920 bytes in 794 blocks ==11428== total heap usage: 2,639 allocs, 1,845 frees, 80,248 bytes allocated ==11428== ==11428== LEAK SUMMARY: ==11428== definitely lost: 18 bytes in 1 blocks ==11428== indirectly lost: 0 bytes in 0 blocks ==11428== possibly lost: 0 bytes in 0 blocks ==11428== still reachable: 22,902 bytes in 793 blocks ==11428== suppressed: 0 bytes in 0 blocks ==11428== Rerun with --leak-check=full to see details of leaked memory ==11428== ==11428== For counts of detected and suppressed errors, rerun with: -v ==11428== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 14 from 8) ==11428== ==11428== HEAP SUMMARY: ==11428== in use at exit: 22,103 bytes in 756 blocks ==11428== total heap usage: 2,639 allocs, 1,883 frees, 80,105 bytes allocated ==11428== ==11428== LEAK SUMMARY: ==11428== definitely lost: 0 bytes in 0 blocks ==11428== indirectly lost: 0 bytes in 0 blocks ==11428== possibly lost: 0 bytes in 0 blocks ==11428== still reachable: 22,103 bytes in 756 blocks ==11428== suppressed: 0 bytes in 0 blocks ==11428== Rerun with --leak-check=full to see details of leaked memory ==11428== ==11428== For counts of detected and suppressed errors, rerun with: -v ==11428== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 14 from 8) ==11428== ==11428== HEAP SUMMARY: ==11428== in use at exit: 23,008 bytes in 799 blocks ==11428== total heap usage: 2,776 allocs, 1,977 frees, 83,557 bytes allocated ==11428== ==11428== LEAK SUMMARY: ==11428== definitely lost: 18 bytes in 1 blocks ==11428== indirectly lost: 0 bytes in 0 blocks ==11428== possibly lost: 0 bytes in 0 blocks ==11428== still reachable: 22,990 bytes in 798 blocks ==11428== suppressed: 0 bytes in 0 blocks ==11428== Rerun with --leak-check=full to see details of leaked memory ==11428== ==11428== For counts of detected and suppressed errors, rerun with: -v ==11428== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 14 from 8) ==11428== ==11428== HEAP SUMMARY: ==11428== in use at exit: 22,185 bytes in 761 blocks ==11428== total heap usage: 2,776 allocs, 2,015 frees, 83,420 bytes allocated ==11428== ==11428== LEAK SUMMARY: ==11428== definitely lost: 0 bytes in 0 blocks ==11428== indirectly lost: 0 bytes in 0 blocks ==11428== possibly lost: 0 bytes in 0 blocks ==11428== still reachable: 22,185 bytes in 761 blocks ==11428== suppressed: 0 bytes in 0 blocks ==11428== Rerun with --leak-check=full to see details of leaked memory ==11428== ==11428== For counts of detected and suppressed errors, rerun with: -v ==11428== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 14 from 8) (firefox:11443): GLib-WARNING **: g_set_prgname() called multiple times GLib-ERROR **: gmem.c:136: failed to allocate 40 bytes aborting... /usr/lib/firefox-3.5.5/run-mozilla.sh: line 131: 11443 Aborted "$prog" ${1+"$@"} [hugo@ganesha ~]$
(In reply to comment #8) > Running firefox from valgrind having the following tabs: > https://bugzilla.redhat.com/show_bug.cgi?id=547578 > https://bugzilla.redhat.com/show_bug.cgi?id=547113 > www.packagekit.org/temp/test.html Please, don't hijack other bugs. First of all, could we get output of the command rpm -qa \*xulrun\* \*firefox\* \*mozilla\* \*flash\* \*plugin\* Please also install firefox-debuginfo (debuginfo-install is from yum-utils package). debuginfo-install firefox Then run firefox with a parameter -g. That will start firefox running inside of gdb debugger. Then use command run and do whatever you did to make firefox crash. When it happens, you should go back to the gdb and run (gdb) thread apply all backtrace This produces usually many screens of the text. Copy all of them into a text editor and attach the file to the bug as an uncompressed attachment. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
$ rpm -qa \*xulrun\* \*firefox\* \*mozilla\* \*flash\* \*plugin\* alsa-plugins-pulseaudio-1.0.21-2.fc12.i686 PackageKit-gstreamer-plugin-0.5.4-0.4.20091029git.fc12.x86_64 ibm-notes-notesplugin-8.5.1-20090929.1223_1.i386 c4eb-config-firefox-5.20-27.fc12.x86_64 plymouth-plugin-throbgress-0.8.0-0.2009.29.09.19.fc12.x86_64 alsa-plugins-pulseaudio-1.0.21-2.fc12.x86_64 gstreamer-plugins-good-0.10.17-3.fc12.x86_64 nspluginwrapper-1.3.0-10.fc12.i686 plymouth-plugin-two-step-0.8.0-0.2009.29.09.19.fc12.x86_64 mozilla-filesystem-1.9-5.fc12.x86_64 PackageKit-browser-plugin-0.5.4-0.4.20091029git.fc12.x86_64 ibm-yum-plugins-0.18-7.fc12.noarch nspluginwrapper-1.3.0-10.fc12.x86_64 gstreamer-plugins-base-0.10.25.1-1.fc12.x86_64 gstreamer-plugins-base-0.10.25.1-1.fc12.i686 gstreamer-plugins-bad-0.10.17-2.fc12.x86_64 firefox-3.5.5-1.fc12.x86_64 PackageKit-yum-plugin-0.5.4-0.4.20091029git.fc12.x86_64 anaconda-yum-plugins-1.0-5.fc12.noarch flash-plugin-10.0.42.34-1.x86_64 plymouth-plugin-label-0.8.0-0.2009.29.09.19.fc12.x86_64 c4eb-config-nspluginwrapper-5.20-2.oc2.noarch java-1.6.0-ibm-plugin-1.6.0.6-1jpp.3.el5.x86_64 xulrunner-1.9.1.5-1.fc12.x86_64 totem-mozplugin-2.28.4-1.fc12.x86_64 gdm-plugin-fingerprint-2.28.1-25.fc12.x86_64
Created attachment 379156 [details] Firefox Crash when visiting test packagekit browser plugin website Firefox Crash when visiting test packagekit browser plugin website
Thread 1 (Thread 0x7ffff7fdd720 (LWP 24032)): #0 0x0000003a31a326b5 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x0000003a31a33e95 in abort () at abort.c:92 #2 0x00000032d6a4342a in IA__g_logv (log_domain=<value optimized out>, log_level=<value optimized out>, format=<value optimized out>, args1=0x7fffffff80a0) at gmessages.c:549 #3 0x00000032d6a434c3 in IA__g_log (log_domain=<value optimized out>, log_level=<value optimized out>, format=<value optimized out>) at gmessages.c:569 #4 0x00000032d6a4194c in IA__g_malloc (n_bytes=48) at gmem.c:135 #5 0x00000032d6a56bca in IA__g_slice_alloc (mem_size=48) at gslice.c:824 #6 0x00000032d6a56ed6 in IA__g_slice_alloc0 (mem_size=48) at gslice.c:833 #7 0x00000032d8a2c924 in run_length_encode_types_utf8 ( panded_strongs=<value optimized out>, pored_types=<value optimized out>, len=<value optimized out>, bytelen=<value optimized out>, s=<value optimized out>) at fribidi.c:121 #8 fribidi_analyse_string_utf8 (panded_strongs=<value optimized out>, pored_types=<value optimized out>, len=<value optimized out>, bytelen=<value optimized out>, s=<value optimized out>) at fribidi.c:493 #9 _pango_fribidi_log2vis_get_embedding_levels_new_utf8 ( panded_strongs=<value optimized out>, pored_types=<value optimized out>, len=<value optimized out>, bytelen=<value optimized out>, ---Type <return> to continue, or q <return> to quit--- s=<value optimized out>) at fribidi.c:924 #10 0x00000032d8a178f4 in pango_log2vis_get_embedding_levels ( text=0x7fffe0f2f160 "Installed version: 3.5.5-1.fc12", length=<value optimized out>, pbase_dir=0x7fffffff836c) at pango-bidi-type.c:134 #11 0x00000032d8a18494 in itemize_state_init (state=0x7fffffff83f0, context=0x7fffe1c92e70, text=<value optimized out>, base_dir=PANGO_DIRECTION_LTR, start_index=32, length=<value optimized out>, attrs=<value optimized out>, cached_iter=<value optimized out>, desc=<value optimized out>) at pango-context.c:856
Created attachment 429178 [details] fedora 13 i386 backtrace Here is a backtrace of a different crash. uname -a Linux localhost.localdomain 2.6.33.5-124.fc13.i686 #1 SMP Fri Jun 11 09:48:40 UTC 2010 i686 i686 i386 GNU/Linux I just openned the link: www.packagekit.org/temp/test.html
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Please, check comment 14. It has a backstrace of the issue on Fedora 13.
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.