Bug 569054 - [abrt] crash in firefox-3.5.8-1.fc12: Process /usr/lib64/firefox-3.5.8/firefox was killed by signal 11 (SIGSEGV) @[RuleHash::EnumerateAllRules]
Summary: [abrt] crash in firefox-3.5.8-1.fc12: Process /usr/lib64/firefox-3.5.8/firefo...
Keywords:
Status: CLOSED DUPLICATE of bug 489306
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 12
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Martin Stransky
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:45fbefe07561f92b5fc05adf7c0...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-02-27 20:29 UTC by mcarterisu
Modified: 2010-05-13 09:55 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-05-13 09:55:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (76.49 KB, text/plain)
2010-02-27 20:29 UTC, mcarterisu
no flags Details

Description mcarterisu 2010-02-27 20:29:19 UTC
abrt 1.0.7 detected a crash.

architecture: x86_64
Attached file: backtrace
cmdline: /usr/lib64/firefox-3.5.8/firefox https://bugzilla.redhat.com/show_bug.cgi?id=568143
comment: I was browsing CNN in Firefox, and it crashed when I clicked a link
component: firefox
executable: /usr/lib64/firefox-3.5.8/firefox
kernel: 2.6.31.12-174.2.22.fc12.x86_64
package: firefox-3.5.8-1.fc12
rating: 4
reason: Process /usr/lib64/firefox-3.5.8/firefox was killed by signal 11 (SIGSEGV)
release: Fedora release 12 (Constantine)

Comment 1 mcarterisu 2010-02-27 20:29:21 UTC
Created attachment 396783 [details]
File: backtrace

Comment 2 Chris Campbell 2010-03-01 18:41:19 UTC
#2  <signal handler called>
No symbol table info available.
#3  SelectorMatches (data=..., aSelector=0x6e007fdaf1887fb0, aStateMask=0, 
    aAttribute=0x0, aForStyling=1, aDependence=0x0)
    at nsCSSRuleProcessor.cpp:1214
        result = <value optimized out>
        isNegated = <value optimized out>
        setNodeFlags = <value optimized out>
        IDList = <value optimized out>
#4  0x00000032102a7fbc in ContentEnumFunc (aRule=0x2e007fdaf18cf0d0, 
    aSelector=0x6e007fdaf1887fb0, aData=0x7fffadfa0080)
    at nsCSSRuleProcessor.cpp:1888
        data = 0x7fffadfa0080
#5  0x00000032102a8304 in RuleHash::EnumerateAllRules (this=0x7fdaf1898480, 
    aNameSpace=<value optimized out>, aTag=<value optimized out>, 
    aID=<value optimized out>, aClassList=0x7fdaefaed890, 
    aFunc=<value optimized out>, aData=0x7fffadfa0080)
    at nsCSSRuleProcessor.cpp:630
        valueIndex = <value optimized out>
        highestRuleIndex = <value optimized out>
        cur = 0x7fdaf28a8b70
        next = <value optimized out>
        value = <value optimized out>
        classCount = 2
        testCount = <value optimized out>
        valueCount = 3
#6  0x00000032102a8e9b in nsCSSRuleProcessor::RulesMatching (
    this=<value optimized out>, aData=0x7fffadfa0080)
    at nsCSSRuleProcessor.cpp:1919
        cascade = <value optimized out>
#7  0x00000032102d3839 in EnumRulesMatching (
    aProcessor=<value optimized out>, aData=<value optimized out>)
    at nsStyleSet.cpp:409
        data = <value optimized out>




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

Comment 3 Chris Campbell 2010-03-01 18:43:32 UTC
If this is a reproducible crash, could we get you to please:

Thank you for taking the time to submit this 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 back-trace

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.





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

Comment 4 mcarterisu 2010-03-04 13:22:24 UTC
I apologize for the wait, but I hope to get the above steps executed this evening.

Comment 5 mcarterisu 2010-03-04 13:23:51 UTC
I should note that I've not seen this crash in the last two days, but I haven't been paying attention to what updates yum is tossing my way.  I'll check on that as well.

Comment 6 Chris Campbell 2010-03-05 13:38:31 UTC
Reporter, no worries. Let us know when you can.



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

Comment 7 mcarterisu 2010-03-31 14:26:44 UTC
I've been hit by the rash of NetworkManager related issues lately and I've been unable to connect to the net to attempt recreating this issue.

Comment 8 mcarterisu 2010-04-02 19:18:22 UTC
Huzzah!  I received a similar crash yesterday and I think I've made a correlation.  I had just updated via YUM which included the new version of FireFox.  I already had FireFox open as this was updating, and once I began typing in the Google search toolbar the crash occurred. 

I shut down FireFox, waited for the YUM update to complete, opened FireFox again and haven't been able to reproduce the crash.

Comment 9 Chris Campbell 2010-04-07 20:59:00 UTC
Passing this on to Martin. Reproduction steps are listed, such as they are.



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

Comment 10 Martin Stransky 2010-05-13 09:55:36 UTC

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


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