Bug 602546 - [abrt] crash in firefox-3.6.3-4.fc13: Process /usr/lib64/firefox-3.6/firefox was killed by signal 11 (SIGSEGV)
Summary: [abrt] crash in firefox-3.6.3-4.fc13: Process /usr/lib64/firefox-3.6/firefox ...
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:4402e6651f6054de8317b98381c...
: 643654 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-06-10 06:00 UTC by rulsaz
Modified: 2011-03-11 17:18 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-11 17:18:18 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (95.38 KB, text/plain)
2010-06-10 06:00 UTC, rulsaz
no flags Details

Description rulsaz 2010-06-10 06:00:18 UTC
abrt 1.1.1 detected a crash.

architecture: x86_64
Attached file: backtrace
cmdline: /usr/lib64/firefox-3.6/firefox
component: firefox
crash_function: nsProfileLock::FatalSignalHandler
executable: /usr/lib64/firefox-3.6/firefox
global_uuid: 4402e6651f6054de8317b98381c718862526013a
kernel: 2.6.33.5-112.fc13.x86_64
package: firefox-3.6.3-4.fc13
rating: 4
reason: Process /usr/lib64/firefox-3.6/firefox was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)

Comment 1 rulsaz 2010-06-10 06:00:21 UTC
Created attachment 422786 [details]
File: backtrace

Comment 2 d. johnson 2010-07-28 18:49:23 UTC
Thank you for taking the time to report this bug. Updates to this package have been released since it was first reported. If you have time to update the package and re-test, please do so and report the results here. You can obtain the updated package by typing 'yum update <package>' or using the graphical updater, Software Update.

Disable extensions, plugins and non-default themes. Clear cookies and cache. Exit the browser completely.  Then restart the browser and attempt to replicate the crash.



#2  <signal handler called>
No symbol table info available.
#3  nsAutoCompleteController::EnterMatch (this=0x7fd2528cc860, 
    aIsPopupSelection=0) at nsAutoCompleteController.cpp:1082
        value = {<nsFixedString> = {<nsString> = {<nsAString_internal> = {
                mData = 0x7ffffb29dd08, mLength = 1772813886, mFlags = 
    56}, <No data fields>}, mFixedCapacity = 655456, mFixedBuf = 
    0x386a07a3a0}, mStorage = {96, 10, 0, 0, 4, 0, 0, 0, 96, 10, 0, 0, 0, 0, 
    0, 0, 96, 10, 0, 0, 64168, 23525, 32722, 0, 25688, 16464, 32722, 0, 
    51296, 21132, 32722, 0, 56624, 64297, 32767, 0, 16389, 32768, 0, 0, 
    31992, 27249, 56, 0, 0, 0, 0, 0, 57360, 64297, 32767, 0, 35091, 27125, 
    56, 0, 29248, 22619, 32722, 0, 56732, 64297, 32767, 0}}
        obsSvc = {<nsCOMPtr_base> = {mRawPtr = 
    0x7ffffb29dd9c}, <No data fields>}
        cancel = 1776737738
        input = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>}
        popup = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>}
        forceComplete = <value optimized out>
#4  0x0000003869e6dd87 in nsAutoCompleteController::HandleEnter (this=
    0x7fd2528cc860, aIsPopupSelection=0, _retval=0x7ffffb29dd9c)
    at nsAutoCompleteController.cpp:290
No locals.
#5  0x0000003869e6c3bf in nsAutoCompleteController::HandleTab (
    this=<value optimized out>) at nsAutoCompleteController.cpp:375
        cancel = 0
#6  0x0000003869e70579 in nsFormFillController::KeyPress (this=
    0x7fd252858870, aEvent=0x7fd246233060) at nsFormFillController.cpp:735
        keyEvent = {<nsCOMPtr_base> = {mRawPtr = 
    0x7fd246233040}, <No data fields>}
        cancel = 0
        k = 9
#7  0x00000038699b41a0 in DispatchToInterface (this=0x7fd2411d94c0, 
    aPresContext=<value optimized out>, aEvent=0x7ffffb29e420, aDOMEvent=
    0x7ffffb29e010, aCurrentTarget=<value optimized out>, 
    aFlags=<value optimized out>, aEventStatus=0x7ffffb29e018)
    at nsEventListenerManager.cpp:172
        ifaceListener = 0x7fd252858890
        rv = 0
#8  nsEventListenerManager::HandleEvent (this=0x7fd2411d94c0, 
    aPresContext=<value optimized out>, aEvent=0x7ffffb29e420, aDOMEvent=
    0x7ffffb29e010, aCurrentTarget=<value optimized out>, 
    aFlags=<value optimized out>, aEventStatus=0x7ffffb29e018)
    at nsEventListenerManager.cpp:1143
        kungFuDeathGrip = {mRawPtr = 0x7fd252858890}
        ls = <value optimized out>
        useTypeInterface = <value optimized out>
        useGenericInterface = <value optimized out>
        hasListener = 1
        pusher = {mScx = {<nsCOMPtr_base> = {mRawPtr = 
    0x0}, <No data fields>}, mScriptIsRunning = 0, mPushedSomething = 0}
        currentGroup = <value optimized out>
        typeData = 0x386a717cf8
        dispData = 0x386a098810
        iter = 
    {<nsAutoTObserverArray<nsListenerStruct, 2u>::ForwardIterator> = 
    {<nsAutoTObserverArray<nsListenerStruct, 2u>::Iterator> = 
    {<nsTObserverArray_base::Iterator_base> = {mPosition = 12, mNext = 0x0}, 
              mArray = @0x7fd2411d94e8}, <No data fields>}, mEnd = 
    {<nsAutoTObserverArray<nsListenerStruct, 2u>::Iterator> = 
    {<nsTObserverArray_base::Iterator_base> = {mPosition = 12, mNext = 
    0x7ffffb29de50}, mArray = @0x7fd2411d94e8}, <No data fields>}}
#9  0x00000038699c7c2e in nsEventTargetChainItem::HandleEvent (this=
    0x7fd25a114268, aVisitor=..., aFlags=6, aMayHaveNewListenerManagers=1)
    at nsEventDispatcher.cpp:246
No locals.
#10 0x00000038699c7d52 in nsEventTargetChainItem::HandleEventTargetChain (
    this=<value optimized out>, aVisitor=..., aFlags=6, aCallback=
    0x7ffffb29e0d0, aMayHaveNewListenerManagers=1)
    at nsEventDispatcher.cpp:310
        createdELMs = 10160
        firstTarget = {<nsCOMPtr_base> = {mRawPtr = 
    0x7fd2465487c0}, <No data fields>}
        item = 0x7fd25a114268




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

Comment 3 Karel Klíč 2010-11-08 18:35:59 UTC
*** Bug 643654 has been marked as a duplicate of this bug. ***

Comment 4 Chris Campbell 2011-03-11 17:18:18 UTC
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.

Closing as INSUFFICIENT_DATA.



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


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