Restarting Firefox after crash results in another crash




14 years ago
11 years ago


(Reporter: Dan Soper, Unassigned)



1.7 Branch
Windows 98

Firefox Tracking Flags

(Not tracked)




14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Win98; rv:1.7.3) Gecko/20040913 Firefox/0.10
Build Identifier: Mozilla/5.0 (Windows; U; Win98; rv:1.7.3) Gecko/20040913 Firefox/0.10

Following a crash due to Bug 247851, if I try to restart Firefox without first
re-booting, another crash inevitably results. I'm filing this as a separate bug
as suggested in Bug 247851 comment #23.

I believe that 247851 causes (or is caused by) a memory leak, which, by the time
FF crashes, renders my system low in memory. And I believe it's the lack of
available memory that triggers the subsequent crash; sometimes I can persuade FF
to start by first closing other applications (and sometimes the other apps close
themselves by crashing). 247851 sometimes prevents Talkback from working.

Reproducible: Always
Steps to Reproduce:
1. allow FF to crash through 247851 or other memory leakage
2. try to re-start FF.

Actual Results:  
No FF window; windows' GPF message instead.

Expected Results:  
Firefox should either start as normal, or show a "low memory" message and close

Comment 1

14 years ago
Talkback IDs:

 - all a bit old now (because I now reboot after any 247851 crash), but the bug
still exists in 1.0PR.

See also several comments in bug 247851, including: 13 - 17 and 20.

Comment 2

14 years ago
they're all the same

Incident ID: 812782 
Stack Signature MSVCRT.DLL + 0x1187c (0x7801187c) 87245aa3 
Product ID Firefox10 
Build ID 2004091322 
Trigger Time 2004-09-14 12:55:15.0 
Platform Win32 
Operating System Windows 98 4.10 build 67766446 
Module MSVCRT.DLL + (0001187c) 
URL visited  
User Comments restarting firefox after a crash due to bug 247851 
Since Last Crash 13 sec 
Total Uptime 8680 sec 
Trigger Reason Access violation 
Source File, Line No. N/A 
Stack Trace  

MSVCRT.DLL + 0x1187c (0x7801187c)
nsPluginHostImpl::GetPluginFactory  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp, line 
nsJVMManager::StartupJVM  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/modules/oji/src/nsJVMManager.cpp, line 655]
nsJVMManager::MaybeStartupLiveConnect  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/modules/oji/src/nsJVMManager.cpp, line 876]
NS_CreateScriptContext  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/dom/src/base/nsJSEnvironment.cpp, line 2013]
nsDOMScriptObjectFactory::NewScriptContext  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/dom/src/base/nsDOMScriptObjectFactory.cpp, line 82]
nsWebShell::GetInterface  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsWebShell.cpp, line 299]
nsGetInterface::operator()  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpcom/glue/nsIInterfaceRequestorUtils.cpp, line 53]
nsCOMPtr_base::assign_from_helper  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpcom/glue/nsCOMPtr.cpp, line 114]
nsXULWindow::GetWindowDOMWindow  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsXULWindow.cpp, line 1547]
nsXULWindow::EnsurePrompter  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsXULWindow.cpp, line 900]
nsXULWindow::GetInterface  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsXULWindow.cpp, line 148]
nsChromeTreeOwner::GetInterface  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsChromeTreeOwner.cpp, line 140]
nsGetInterface::operator()  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpcom/glue/nsIInterfaceRequestorUtils.cpp, line 53]
nsCOMPtr_base::assign_from_helper  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpcom/glue/nsCOMPtr.cpp, line 114]
nsDocShell::GetInterface  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 361]
nsWebShell::GetInterface  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsWebShell.cpp, line 313]
nsDocShell::GetPromptAndStringBundle  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 6773]
nsDocShell::DisplayLoadError  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 2546]
nsDocShell::InternalLoad  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 5453]
nsDocShell::LoadURI  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 738]
nsDocShell::LoadURI  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 2534]
nsWebShellWindow::Initialize  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsWebShellWindow.cpp, line 327]
nsAppShellService::JustCreateTopWindow  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsAppShellService.cpp, line 860]
nsAppShellService::CreateHiddenWindow  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsAppShellService.cpp, line 462]
xre_main  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/toolkit/xre/nsAppRunner.cpp, line 1826]
main  [d:/builds/tinderbox/firefox-
1.0/WINNT_5.0_Depend/mozilla/browser/app/nsBrowserApp.cpp, line 58]
KERNEL32.DLL + 0x1b560 (0xbff8b560)
KERNEL32.DLL + 0x1b412 (0xbff8b412)
KERNEL32.DLL + 0x19dd5 (0xbff89dd5)
Keywords: crash

Comment 3

14 years ago
based on bug 247851 comment 23
setting ->NEW
Ever confirmed: true

Comment 5

14 years ago

As usual, the previous crash was caused by bug 247851. So I *mistakenly* stated
in the talkback comments for TB1191518Y that it was caused by 247851, because
talkback doesn't say which crash it's reporting.


14 years ago
Assignee: firefox → nobody
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: firefox.general → core.plugins
Version: unspecified → 1.7 Branch

Comment 6

11 years ago
Using the freeware tool FreeRAM can help in the meantime.

Comment 7

11 years ago
reporter writes "I don't see this bug any more - but that doesn't mean it's gone." ... because the bug 247851 crashes are gone.

Comment 8

11 years ago
timeless said the crashes are all the same, which I take to mean the original and subsequent crash match, so closing this WFM.
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.