Bug 607072

Summary: [abrt] crash in firefox-3.6.3-4.fc13: Process /usr/lib64/firefox-3.6/firefox was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: walid bahgat <walid_bahgat>
Component: firefoxAssignee: Gecko Maintainer <gecko-bugs-nobody>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: campbecg, drjohnson1, gecko-bugs-nobody
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: abrt_hash:f2eb1e17b5f6106e1943f74301bba98aca6644db, btparsed
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-12-28 18:16:57 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 walid bahgat 2010-06-23 06:28:00 UTC
abrt 1.1.1 detected a crash.

architecture: x86_64
Attached file: backtrace
cmdline: /usr/lib64/firefox-3.6/firefox --sm-config-prefix /firefox-Hyt4VU/ --sm-client-id 1028927c293162000127619324300000021610047 --screen 0
component: firefox
crash_function: nsProfileLock::FatalSignalHandler
executable: /usr/lib64/firefox-3.6/firefox
global_uuid: f2eb1e17b5f6106e1943f74301bba98aca6644db
kernel: 2.6.33.5-124.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 walid bahgat 2010-06-23 06:28:03 UTC
Created attachment 426173 [details]
File: backtrace

Comment 2 d. johnson 2010-08-17 18:18:05 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' 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  0x0000003a302b8292 in RuleHash::PrependRule (this=0x7fe586411300, 
    aRuleInfo=0x7fe58c8b2340) at nsCSSRuleProcessor.cpp:539
        selector = 0x7fe5b79bc3d4
#4  0x0000003a302b8610 in AddRule (this=0x7fe5870be370, 
    aPresContext=<value optimized out>) at nsCSSRuleProcessor.cpp:2335
        cascade = 0x7fe586411300
        stateArray = <value optimized out>
        classArray = <value optimized out>
        idArray = <value optimized out>
#5  nsCSSRuleProcessor::RefreshRuleCascade (this=0x7fe5870be370, 
    aPresContext=<value optimized out>) at nsCSSRuleProcessor.cpp:2629
        next = <value optimized out>
        ruleValue = 0x7fe58c8b2340
        data = {mPresContext = 0x7fe5b7145c00, mFontFaceRules = 
    @0x7fe586411460, mCacheKey = @0x7fe586411468, mArena = @0x7fe5864113e0, 
          mRulesByWeight = warning: can't find linker symbol for virtual table for `PLDHashTable' value
warning:   found `gSupportVisitedPseudo' instead
{ops = 0x3a31232ce0, data = 0x0, hashShift = 25, 
            maxAlphaFrac = 192 '\300', minAlphaFrac = 64 '@', entrySize = 24, 
            entryCount = 49, removedCount = 0, generation = 1, entryStore = 
    0x7fe587042000 "\270\353\234"}, mSheetType = 4 '\004'}
        weightCount = <value optimized out>
        i = 4
        fwData = {mIndex = 49, mWeightArray = 0x7fe587e2b400}
        newCascade = {mRawPtr = 0x7fe586411300}
#6  0x0000003a302b89f8 in nsCSSRuleProcessor::GetRuleCascade (this=
    0x7fe5870be370, aPresContext=0x7fe5b7145c00)
    at nsCSSRuleProcessor.cpp:2568
No locals.
#7  0x0000003a302b8d9e in nsCSSRuleProcessor::RulesMatching (
    this=<value optimized out>, aData=0x7fff38a95c90)
    at nsCSSRuleProcessor.cpp:2005
        cascade = <value optimized out>
#8  0x0000003a302e5669 in EnumRulesMatching (
    aProcessor=<value optimized out>, aData=<value optimized out>)
    at nsStyleSet.cpp:410
        data = <value optimized out>
#9  0x0000003a302e64a9 in nsStyleSet::FileRules (this=0x7fe59e0af0e0, 




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

Comment 3 Chris Campbell 2010-12-28 18:16:57 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