abrt 1.0.3 detected a crash. Comment: Testing a new SWF file in my html page. Attached file: backtrace cmdline: /usr/lib/firefox-3.5.6/firefox http://pncapp2.pnet.hsmsecurity.com:8080/manager/html component: firefox executable: /usr/lib/firefox-3.5.6/firefox kernel: 2.6.31.6-166.fc12.i686.PAE package: firefox-3.5.6-1.fc12 rating: 4 reason: Process was terminated by signal 11 (Segmentation fault)
Created attachment 383670 [details] File: backtrace
The majority of the time that this crash happens is when I highlight some text and follow it with a right click. Thanks for your time.
#3 <signal handler called> No symbol table info available. #4 JS_GetReservedSlot (cx=<value optimized out>, obj=<value optimized out>, index=<value optimized out>, vp=<value optimized out>) at jsapi.cpp:4225 clasp = 0xb4ca59e4 limit = <value optimized out> #5 0x05e7c084 in js_GetClassObject (cx=<value optimized out>, obj=<value optimized out>, key=<value optimized out>, objp=<value optimized out>) at jsobj.cpp:3201 ok = <value optimized out> cobj = <value optimized out> rentry = <value optimized out> init = <value optimized out> rkey = {obj = 0x326d9c4, id = -1219179808} v = -1078112072 #6 0x05e7c213 in js_FindClassObject (cx=<value optimized out>, start=<value optimized out>, id=<value optimized out>, vp=<value optimized out>) at jsobj.cpp:3287 fp = <value optimized out> obj = 0xb4bc43a0 cobj = 0xb754cae0 pobj = <value optimized out> prop = <value optimized out> v = <value optimized out> #7 0x05e7c303 in js_GetClassPrototype (cx=<value optimized out>, scope=<value optimized out>, id=<value optimized out>, protop=<value optimized out>) at jsobj.cpp:5319 v = 103679104 ctor = <value optimized out> #8 0x05e7d32c in js_NewObject (cx=<value optimized out>, clasp=<value optimized out>, proto=0x0, parent=<value optimized out>, objectSize=<value optimized out>) at jsobj.cpp:3021 id = 5 #9 0x05e5c2e2 in js_CloneFunctionObject (cx=<value optimized out>, fun=<value optimized out>, parent=<value optimized out>) at jsfun.cpp:2464 clone = <value optimized out> -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. First of all, could we get output of the command, saved in a text file and attached to this bug: $ rpm -qa *xulrun* *firefox* *mozilla* *flash* *plugin* Please also install firefox-debuginfo. # debuginfo-install firefox Then run firefox inside the gdb debugger. Please do the following: $ firefox -g Stuff will appear. Ignore this until you get the gdb command prompt, then do: (gdb) run Now, firefox should start up. Use it and reproduce the crash. When firefox crashes, you should be back to the gdb prompt. Now do: (gdb) thread apply all backtrace More screens of stuff will occur. Copy all of this part to your editor of choice, such as gedit, and save it as an uncompressed file and attach it to this bug report. We will review this issue again once you've had a chance to attach this information. Thanks in advance, for your extra efforts. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Created attachment 383684 [details] RPM query as requested.
The error is intermittent. As soon as I can reproduce the error I will get you the additional information you requested. Thanks.
Created attachment 383706 [details] GDB debug I am new to running Firefox in debug mode. Several times now Firefox has frozen. I assume this freezing is in lue of crashing, in order to give me a chance to run "thread apply all backtrace". During the last point when Firefox froze on me I ran "thread apply all backtrace" and attached is the results. Please let me know if this is the information you are looking for. Thanks, Eric
Chris, please update your default text (as seen in comment 4) to include one more command, prior to "run": handle SIGPIPE nostop noprint pass This will instruct gdb to ignore the SIGPIPE signal, which isn't a crash. eblix08, unfortunately comment 7 doesn't help. If you still can reproduce this bug, could you please repeat, now including the new command prior to "run"? Thanks!
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
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
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.