Bug 556113 - [abrt] crash in firefox-3.5.6-1.fc12
Summary: [abrt] crash in firefox-3.5.6-1.fc12
Keywords:
Status: CLOSED DUPLICATE of bug 573107
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 12
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:d1033d97caaba21313017738434...
: 556264 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-01-16 15:28 UTC by Boris Goldowsky
Modified: 2010-04-10 17:03 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-04-10 17:03:26 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (82.91 KB, text/plain)
2010-01-16 15:28 UTC, Boris Goldowsky
no flags Details

Description Boris Goldowsky 2010-01-16 15:28:37 UTC
abrt 1.0.3 detected a crash.

How to reproduce
-----
Unreproducable

Comment
-----
Crashed unexpectedly.

Attached file: backtrace
cmdline: /usr/lib64/firefox-3.5.6/firefox
component: firefox
executable: /usr/lib64/firefox-3.5.6/firefox
kernel: 2.6.31.9-174.fc12.x86_64
package: firefox-3.5.6-1.fc12
rating: 4
reason: Process was terminated by signal 11 (Segmentation fault)

Comment 1 Boris Goldowsky 2010-01-16 15:28:39 UTC
Created attachment 384811 [details]
File: backtrace

Comment 2 Chris Campbell 2010-01-16 20:36:14 UTC
#2  <signal handler called>
No symbol table info available.
#3  PresShell::ProcessReflowCommands (this=0x7f81f2707000, aInterruptible=1)
    at nsPresShell.cpp:6816
        idx = <value optimized out>
        scriptBlocker = {<No data fields>}
        deadline = 932144156
#4  0x00000031578165ec in PresShell::DoFlushPendingNotifications (this=
    0x7f81f2707000, aType=Flush_Layout, aInterruptibleReflow=1)
    at nsPresShell.cpp:4870
        kungFuDeathGrip = {<nsCOMPtr_base> = {mRawPtr = 
    0x7f81f2707000}, <No data fields>}
        batch = {mRootVM = {<nsCOMPtr_base> = {mRawPtr = 
    0x7f81f3ff06b0}, <No data fields>}}
        updateFlags = <value optimized out>
        isSafeToFlush = 1
        viewManagerDeathGrip = {<nsCOMPtr_base> = {mRawPtr = 
    0x7f81f3ff06b0}, <No data fields>}
#5  0x0000003157a7a5f7 in nsViewManager::DispatchEvent (this=0x7f81f3ff06b0, 
    aEvent=0x7fff99336e40, aStatus=<value optimized out>)
    at nsViewManager.cpp:1137
        batch = {mRootVM = {<nsCOMPtr_base> = {mRawPtr = 
    0x7f81f3ff06b0}, <No data fields>}}
        observer = 0x7f81f27070d8
        widget = <value optimized out>
        transparentWindow = <value optimized out>
        didResize = 0
        event = 0x7fff99336e40
        view = 0x7f81f2736a80
        region = {<nsCOMPtr_base> = {mRawPtr = 
    0x7f81e3c67c40}, <No data fields>}
#6  0x0000003157a7602d in HandleEvent (aEvent=0x7fff99336e40)
    at nsView.cpp:168
        vm = {<nsCOMPtr_base> = {mRawPtr = 0x7f81f3ff06b0}, <No data fields>}
        result = nsEventStatus_eConsumeNoDefault
        view = <value optimized out>
#7  0x0000003157df58b5 in nsWindow::DispatchEvent (this=0x7f81f3f06100, 
    aEvent=0x7f81f2707118, aStatus=@0x7fff99336fc8) at nsWindow.cpp:577
No locals.




-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 3 Chris Campbell 2010-01-17 14:56:21 UTC
*** Bug 556264 has been marked as a duplicate of this bug. ***

Comment 4 Chris Campbell 2010-01-17 20:24:51 UTC
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 debuginfo for Firefox.

# 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

Comment 5 Chris Campbell 2010-04-10 01:58:45 UTC
Reporter, could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 6 Boris Goldowsky 2010-04-10 10:52:56 UTC
Sorry, I cannot.  As mentioned in the original report, this is not a reproducible crash.  If there wasn't sufficient information in the automatically-obtained stacktrace then there's nothing more I can do.

Comment 7 Chris Campbell 2010-04-10 17:03:26 UTC
Thank you for taking the time to submit this bug report.


This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

*** This bug has been marked as a duplicate of bug 573107 ***


Note You need to log in before you can comment on or make changes to this bug.