Bug 445513

Summary: firefox crashing in JS_GetReservedSlot
Product: [Fedora] Fedora Reporter: Robert Story <rs>
Component: firefoxAssignee: Gecko Maintainer <gecko-bugs-nobody>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: 9CC: lemenkov, mcepl, stransky
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-10-24 12:34:17 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
backtrace
none
different backtrace
none
backtrace none

Description Robert Story 2008-05-07 11:28:03 UTC 
Description of problem:
occasional random crashes

Version-Release number of selected component (if applicable):
firefox-3.0-0.60.beta5.fc9.i386

How reproducible:
infrequently

Steps to Reproduce:
1. normal firefox use
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Robert Story 2008-05-07 11:28:03 UTC 
Created attachment 304756 [details]
backtrace
Comment 2 Robert Story 2008-05-07 11:28:55 UTC 
Created attachment 304757 [details]
different backtrace
Comment 3 Martin Stransky 2008-05-07 11:38:11 UTC 
Please install xulruner and firefox debug packages and try to catch it again.
Comment 4 Matěj Cepl 2008-05-07 13:31:32 UTC 
Let me add slightly more verbiage which amounts to basically the same what
Martin was saying:

Please install firefox-debuginfo; in order to do this you have to run

	debuginfo-install firefox

Then run firefox with a parameter -g. That will start firefox running inside of
gdb debugger. Then use command run and do whatever you did to make firefox
crash. When it happens, you should go back to the gdb and run

	(gdb) thread apply all backtrace

This produces usually many screens of the text. Copy all of them into a text
editor and attach the file to the bug as an uncompressed attachment.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.
Comment 5 Bug Zapper 2008-05-14 10:45:42 UTC 
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 6 Robert Story 2008-05-15 10:39:51 UTC 
Created attachment 305463 [details]
backtrace

backtrace of all threads from core file
Comment 7 Matěj Cepl 2008-06-23 22:00:20 UTC 
Hmm, unfortunately we are apparently missing just the crucial piece of information:

Thread 1 (process 25509):
#0  0x00110416 in __kernel_vsyscall ()
#1  0x008fdfe0 in raise (sig=<value optimized out>)
    at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
#2  0x0218bc3f in nsProfileLock::FatalSignalHandler (signo=<value optimized out>)
    at nsProfileLock.cpp:212
#3  <signal handler called>
#4  0x00000006 in ?? ()
#5  0x04b64359 in JS_GetReservedSlot (cx=<value optimized out>, obj=<value
optimized out>,
    index=<value optimized out>, vp=Could not find the frame base for
"JS_GetReservedSlot".
) at jsapi.c:4143
#6  0x021b86c5 in xpc_CloneJSFunction (ccx=<value optimized out>, funobj=<value
optimized out>,
    parent=<value optimized out>) at xpcwrappednativeinfo.cpp:76

Are you sure gdb didn't complain about missing debuginfo packages and it didn't
suggested using debuginfo-install for installing them?
Comment 8 Martin Stransky 2008-10-24 12:34:17 UTC 
Can't reproduce, please reopen if you find a reliable way how we can investigate this issue...