Bug 571620

Summary: [abrt] crash in thunderbird-3.0.3-1.fc12: Process /usr/lib/thunderbird-3.0/thunderbird-bin was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Mads Kiilerich <mads>
Component: thunderbirdAssignee: Gecko Maintainer <gecko-bugs-nobody>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 12CC: campbecg, gecko-bugs-nobody
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard: abrt_hash:cccda095941bd2c1c000d06463ba6a9836df9eb8
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-03-13 14:53: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

Description Mads Kiilerich 2010-03-09 01:43:36 UTC
abrt 1.0.8 detected a crash.

architecture: i686
Attached file: backtrace
cmdline: /usr/lib/thunderbird-3.0/thunderbird-bin
comment: I have seen this a couple of times when composing new mails. It might be related to the cut'n'paste buffer.
component: thunderbird
executable: /usr/lib/thunderbird-3.0/thunderbird-bin
kernel: 2.6.32.9-70.fc12.i686.PAE
package: thunderbird-3.0.3-1.fc12
rating: 4
reason: Process /usr/lib/thunderbird-3.0/thunderbird-bin was killed by signal 11 (SIGSEGV)
release: Fedora release 12 (Constantine)

Comment 1 Mads Kiilerich 2010-03-09 01:43:39 UTC
Created attachment 398662 [details]
File: backtrace

Comment 2 Chris Campbell 2010-03-13 14:51:58 UTC
#3  <signal handler called>
No symbol table info available.
#4  PresShell::HandleEventInternal (this=0xa7504400, aEvent=0xbfb47170, aView=
    0xa3f3afa0, aStatus=0xbfb4700c)
    at /usr/src/debug/thunderbird-3.0.3/comm-1.9.1/mozilla/layout/base/nsPresShell.cpp:6344
        weakView = {mPrev = 0x0, mView = 0xa3f3afa0}
        isHandlingUserInput = <value optimized out>
        manager = {<nsCOMPtr_base> = {mRawPtr = 0x1}, <No data fields>}
        rv = 1
#5  0x017f78da in PresShell::HandleEvent (this=0xa7504400, aView=0xa3f3afa0, 
    aEvent=0xbfb47170, aEventStatus=0xbfb4700c)
    at /usr/src/debug/thunderbird-3.0.3/comm-1.9.1/mozilla/layout/base/nsPresShell.cpp:6123
        esm = <value optimized out>
        widgetHandlingEvent = <value optimized out>
        frame = 0xa8b4d580
        dispatchUsingCoordinates = <value optimized out>
        rv = 0
#6  0x01a7905f in nsViewManager::HandleEvent (this=0xa3f3af40, aView=
    0xa3f3afa0, aPoint=..., aEvent=0xbfb47170, aCaptured=0)
    at /usr/src/debug/thunderbird-3.0.3/comm-1.9.1/mozilla/view/src/nsViewManager.cpp:1400
        obs = {<nsCOMPtr_base> = {mRawPtr = 0xa7504480}, <No data fields>}
        status = nsEventStatus_eIgnore
#7  0x01a7b3b6 in nsViewManager::DispatchEvent (this=0xa3f3af40, aEvent=
    0xbfb47170, aStatus=0xbfb47100)
    at /usr/src/debug/thunderbird-3.0.3/comm-1.9.1/mozilla/view/src/nsViewManager.cpp:1359
        p2a = 60
        baseView = 0x1
        view = <value optimized out>
        capturedEvent = <value optimized out>
#8  0x01a76518 in HandleEvent (aEvent=0xbfb47170)
    at /usr/src/debug/thunderbird-3.0.3/comm-1.9.1/mozilla/view/src/nsView.cpp:168
        vm = {<nsCOMPtr_base> = {mRawPtr = 0xa3f3af40}, <No data fields>}
        result = nsEventStatus_eIgnore
        view = <value optimized out>
#9  0x01108544 in nsWindow::DispatchEvent (this=0x9fdab400, aEvent=
    0xbfb47170, aStatus=@0xbfb471a0)
    at /usr/src/debug/thunderbird-3.0.3/comm-1.9.1/mozilla/widget/src/gtk2/nsWindow.cpp:577
No locals.
#10 0x0110fa07 in nsWindow::DispatchGotFocusEvent (this=0x9fdab400)
    at /usr/src/debug/thunderbird-3.0.3/comm-1.9.1/mozilla/widget/src/gtk2/nsWindow.cpp:512
        event = {<nsEvent> = {eventStructType = 2 '\002', message = 105, 
            refPoint = {x = 0, y = 0}, time = 0, flags = 1025, userType = 
    {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>}, target = 
    {<nsCOMPtr_base> = {mRawPtr = 0x9f3c5400}, <No data fields>}, 
            currentTarget = {<nsCOMPtr_base> = {mRawPtr = 
    0x0}, <No data fields>}, originalTarget = {<nsCOMPtr_base> = {mRawPtr = 
    0x9f3c5400}, <No data fields>}}, widget = {<nsCOMPtr_base> = {mRawPtr = 
    0x9fdab400}, <No data fields>}, nativeMsg = 0x0}
        status = nsEventStatus_eIgnore



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

Comment 3 Chris Campbell 2010-03-13 14:53:38 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 509582 ***