Bug 464692 - firefox 2.0.0.17-1 crashes in PL_DHashTableOperate()
Summary: firefox 2.0.0.17-1 crashes in PL_DHashTableOperate()
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 8
Hardware: All
OS: Linux
high
medium
Target Milestone: ---
Assignee: Martin Stransky
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-29 21:53 UTC by Christophe GRENIER
Modified: 2008-09-30 11:56 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-09-30 11:56:48 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
gdb output (9.57 KB, text/plain)
2008-09-29 21:53 UTC, Christophe GRENIER
no flags Details

Description Christophe GRENIER 2008-09-29 21:53:09 UTC
Created attachment 318011 [details]
gdb output

Description of problem:
firefox 2.0.0.17-1 crashes in PL_DHashTableOperate(), pldhash.c, when visiting some sites.

Version-Release number of selected component (if applicable):
firefox-2.0.0.17-1.fc8.x86_64
flash-plugin-9.0.124.0-release.i386
java-1.7.0-icedtea-plugin-1.7.0.0-0.20.b21.snapshot.fc8.x86_64
libflashsupport-000-0.1.svn20070904.i386
libflashsupport-000-0.1.svn20070904.x86_64
nspluginwrapper-0.9.91.5-18.fc8.i386
nspluginwrapper-0.9.91.5-18.fc8.x86_64
totem-mozplugin-2.20.1-2.fc8.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Start firefox
2. Go to https://bugzilla.redhat.com
  
Actual results:
It crashes

Expected results:
Page displayed

Additional info:
Downgrading to firefox-2.0.0.16-1.fc8.x86_64 seems to solve the issue.

Comment 1 Martin Stransky 2008-09-30 07:18:19 UTC
Hm, I can't reproduce it on f8/i386, it may be x86_64 specific... 

Can you please try to run it in safe mode? (firefox -safe-mode)

Comment 2 Martin Stransky 2008-09-30 07:43:10 UTC
Kay, those null pointers don't look sane...any thoughts?

#0  PL_DHashTableOperate (table=0x0, key=0x40c88c00, op=PL_DHASH_LOOKUP) at pldhash.c:547
        keyHash = <value optimized out>
        entry = <value optimized out>
        size = <value optimized out>
#1  0x000000000086319b in nsCStringHashSetSuper::GetEntry (this=0x0, aKey=@0x40c88c00) at nsHashSets.cpp:44
        e = <value optimized out>
#2  0x00007f0cba9c66af in nsSSLIOLayerHelpers::isKnownAsIntolerantSite (str=@0x40c88c00)
    at ../../../../dist/include/xpcom/nsHashSets.h:99

Comment 3 Christophe GRENIER 2008-09-30 11:34:53 UTC
When using "firefox -safe-mode", firefox doesn't crash anymore.
I have restarted firefox without parameter, disabling another extension each time until firefox doesn't crash.
The culprit (maybe only the trigger) was FoxyProxy, a 100% javascript extension. This morning, version 2.8.8 was available, since the update, no crash has occurred. I haven't found any changelog about the new version.

It seems the problem has been reported on foxyproxy web site a few days ago:
http://foxyproxy.mozdev.org/drupal/content/foxyproxy-crashes-firefox-20017

Comment 4 Martin Stransky 2008-09-30 11:56:48 UTC
Okay, thanks for the info, closing.


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