Closed
Bug 71092
Opened 23 years ago
Closed 23 years ago
Opening New Windows too fast causes crash
Categories
(Core :: Security: CAPS, defect)
Tracking
()
People
(Reporter: gregory, Assigned: security-bugs)
References
()
Details
(Keywords: crash)
Mozilla build 2001030605 Mozilla will crash if you open two new windows very quickly. I surf by going to a site like slashdot and rapidly middle clicking on multiple URL's I am interested in. Middle Clicking on another URL before the first one starts loading will casue Mozilla to crash. This also works with <ctrl><n>. I have opened as many as 20 new windows with no crashes, but with as few as 3 windows opened very quickly it will crash. Steps to Reproduce: -------------------- Start Mozilla Hold down the <ctrl><n> twice in a row as fast as you can. Result: ------------------ Mozilla Crashes Expected Result: ------------------- Web surfing goodness.
in futured bug 65137, Trudelle observes holding in ctrl+n will crash, so the issue is known.
Reporter | ||
Comment 2•23 years ago
|
||
This is a little different. That bug states that holding <ctrl><n> down crashes Mozilla. Actually opening a new window quicker than about one every 3 seconds crashes it. I agree we should dupe this, although I think it is much more severe than is reported in the other bug.
Reporter | ||
Comment 3•23 years ago
|
||
Strike my make dupe comment. The other bug is not reporting that it crashes Mozilla. I am reporting a crash situation, not a key repeat problem.
Comment 4•23 years ago
|
||
I am able to reproduce this on 030608 linux builds. Unable to reproduce on mac so this looks like a PC only bug. Confirming, will add more shortly
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows NT → All
Comment 5•23 years ago
|
||
Over to Security CAPS, if this is the wrong place please reassign. thanks. JS_GetFunctionObject() nsScriptSecurityManager::GetFunctionObjectPrincipal() nsScriptSecurityManager::CheckFunctionAccess() nsJSContext::CallEventHandler() nsJSDOMEventListener::HandleEvent() nsEventListenerManager::HandleEventSubType() nsEventListenerManager::HandleEvent() GlobalWindowImpl::HandleDOMEvent() DocumentViewerImpl::LoadComplete() nsDocShell::EndPageLoad() nsWebShell::EndPageLoad() nsDocShell::OnStateChange() nsWebShell::OnStateChange() nsDocLoaderImpl::FireOnStateChange() nsDocLoaderImpl::doStopDocumentLoad() nsDocLoaderImpl::DocLoaderIsEmpty() nsDocLoaderImpl::DocLoaderIsEmpty() nsDocLoaderImpl::OnStopRequest() nsLoadGroup::RemoveRequest() nsStreamIOChannel::OnStopRequest() nsOnStopRequestEvent::HandleEvent() nsStreamObserverEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xeaca (0x4063faca) libglib-1.2.so.0 + 0x10186 (0x40641186) libglib-1.2.so.0 + 0x10751 (0x40641751) libglib-1.2.so.0 + 0x108f1 (0x406418f1) libgtk-1.2.so.0 + 0x8c8e9 (0x405668e9) nsAppShell::Run() nsAppShellService::Run() main1() main() libc.so.6 + 0x189cb (0x402479cb)
Assignee: asa → mstoltz
Component: Browser-General → Security: CAPS
QA Contact: doronr → ckritzer
Assignee | ||
Comment 6•23 years ago
|
||
Looks like our topcrasher again. *** This bug has been marked as a duplicate of 70361 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•